Petit exemple de vie de prod:
ici où je travaille, où ils gèrent tout sur AS400 et consomment des données à tire-larigot (orthographe perso), ils compilent des programmes rpg qui pointent vers ces bases. Du coup, quand ils veulent changer le schéma de la base, ils sont obligés de recompiler tous les programmes qui utilisent ces fichiers.
Donc si tu veux changer la base produit il faut recompiler... 200? 300 programmes?
En général ça veut dire : " on ne touche pas aux fichiers" (ie base de données).
Et pour se donner un tout petit peu de marge,ils rajoutent des "filer" dans chaque table. Des champs vides mais qui garantissent une certaine évolutivité.
Avec mes habitudes de bases micro, que tu changes facilement, j'ai l'air d'une poule devant un couteau devant ces façons de faire.
[^] # Re: La possibilité de changer le type d'une colonne avec ALTER TABLE.
Posté par Gabriel . En réponse à la dépêche Première bêta de PostgreSQL 8. Évalué à 2.
ici où je travaille, où ils gèrent tout sur AS400 et consomment des données à tire-larigot (orthographe perso), ils compilent des programmes rpg qui pointent vers ces bases. Du coup, quand ils veulent changer le schéma de la base, ils sont obligés de recompiler tous les programmes qui utilisent ces fichiers.
Donc si tu veux changer la base produit il faut recompiler... 200? 300 programmes?
En général ça veut dire : " on ne touche pas aux fichiers" (ie base de données).
Et pour se donner un tout petit peu de marge,ils rajoutent des "filer" dans chaque table. Des champs vides mais qui garantissent une certaine évolutivité.
Avec mes habitudes de bases micro, que tu changes facilement, j'ai l'air d'une poule devant un couteau devant ces façons de faire.