 |
||
| ||
| |||||
| Bas de page | |
|---|---|
| Auteur | Sujet : Refactoring de schémas |
 el muchacho Comfortably Numb | Posté le 19-04-2008 à 18:52:47   Connaissez-vous des techniques de conception de base de donnée ? Y a-t'il des design patterns ? Hop, un topic en forme de bibliothèque de liens. Le B-A-BA de la conception de base: Curieusement, on lit assez peu que les techniques de normalisation de base de donnée peuvent s'appliquer fort bien sur des schémas de classes en POO. Et pourtant... Sur le choix des clés, choix qui n'est pas tjrs évident: Un catalogue d'opérations de refactoring de BD: Le refactoring de schémas a posteriori est difficile à cause de données existantes et du code fonctionnel qu'il y a autour. Donc on est confronté à un exercice délicat. Plus on ajoute de clés et de contraintes d'intégrité référentielle, plus la base sera consolidée, mais en contrepartie, le schéma sera plus rigide face au changement. Message édité par el muchacho le 19-04-2008 à 19:26:41 --------------- Les aéroports où il fait bon attendre, voila un topic qu'il est bien |
Publicité | Posté le 19-04-2008 à 18:52:47 |
el muchacho Comfortably Numb | Posté le 19-04-2008 à 18:58:32 Bon, histoire de dire qq chose, un classique est l'ajout à chaque table d'une date de création et de modification et de l'utilisateur associé à ces opérations, avec un trigger qui remplit ces champs après un create/update d'enregistrement. A ne pas normaliser bien sûr, si on ne veut pas complètement tuer les performances. --------------- Les aéroports où il fait bon attendre, voila un topic qu'il est bien |
