Refactoring de schémas

Refactoring de schémas - SQL/NoSQL - Programmation

Marsh 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:
http://www.agiledata.org/essays/dataModeling101.html

 

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:
http://www.agiledata.org/essays/keys.html

 

Un catalogue d'opérations de refactoring de BD:
http://www.agiledata.org/essays/da [...] talog.html
Un catalogue de patterns:
http://www.martinfowler.com/eaaCatalog/

 

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
Reply

Marsh Posté le 19-04-2008 à 18:52:47   

Reply

Marsh 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
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed