2010-07-08 6 views
1

J'essaie de comprendre l'héritage et comment l'utiliser avec PostgreSQL. Pour cette raison, je conçois une base de données dans le fichier Excel. Dans les 1ères colonnes, vous pouvez voir la table sans héritage tandis que dans la 2ème partie de la feuille vous pouvez voir les tables avec HÉRITAGE.Conception d'une base de données avec ou sans héritage

Pouvez-vous me donner votre opinion et de l'aide sur les points suivants? 1. Quel est le meilleur design (w ou w/o héritage)? 2. Ma conception avec héritage est-elle bonne ou absente?

Je suis impatient de recevoir votre réponse.

Merci à l'avance

Elias

PS. Parce que je ne peux pas télécharger le fichier s'il vous plaît aller à la suivante link

Répondre

3

L'héritage dans PostgreSQL est utile pour le partitionnement des données, mais à part cela, je ne crois pas qu'il a un bon usage. Si vous avez besoin d'une conception de base de données avec généralisation/spécialisation, vous pouvez toujours le faire en utilisant des techniques de modélisation de base de données traditionnelles.
La généralisation/spécialisation traditionnelle est également facile à lire et à maintenir, mais elle est beaucoup plus portable et plus facile à prendre en charge dans les couches ORM existantes.
Si vous décidez d'utiliser l'héritage de base de données, assurez-vous de lire le caveats section in the PostgreSQL manual. Sinon, vous pouvez rencontrer des problèmes avec les contraintes de données.

+0

Merci pour votre réponse. J'ai décidé d'utiliser l'héritage au moins pour LASTUPDATE et j'ai remarqué ce qui suit et je ne sais pas si c'est correct. Au lieu d'utiliser le champ ID par table, j'utilise celui de la table parent pour toutes les tables. Cette option semble être OK. Quelle est votre opinion? ** LastUpdate ** Nom \t type ID \t série LastUpdateUser \t Varchar 10 LASTUPDATEDATE \t Date de ** Contacts ** \t Nom \t type Description de \t Varchar 30 Valeur \t Varchar 30 ** Dernière mise à jour \t Inherint ** – ekekakos

Questions connexes