dbm ?
hum j'ai du trop trainer dans le monde Perl.
Mais personnellement je ne vois pas l'interet d'utiliser un SGBDR si ce n'est pour gerer toutes les problematiques liées aux relations entre données.
Autre point qui n'est pas abordé dans le thread: je n'ai pas encore vu une application un peut large dont le stockage de données ne soit pas accédé par plusieurs programmes, écrits à plusieurs epoques par plusieurs developpeurs (ne serai-ce que les outils de maintenance, généralement baclés en cours ou fin de projet).
Si ma base force des contraintes d'intégrités, ca fait raler tout le monde (surtout pour les effacements ), mais je suis quasi certain de pas avoir de données orphelines.
Si ma base ne le permet pas, il faut que tous les développeurs s'assurent dans leur bout d'application de ne pas oublier toutes les contraintes de toutes les tables qu'ils manipulent.
Mais bien sur comme toute le monde le sait: les projets et les structures de données sont toujours bien documentés, les developpeurs tous excellents, les délais largement confortables et de toute façon comme tout le monde va faire des choses bien propres et que les couches logiques (applicative, metier ...) ne sont jamais violées, ca n'est pas un probleme.
[^] # Re: Sortie d'EasyPHP 1.7
Posté par Christophe Renard . En réponse à la dépêche Sortie d'EasyPHP 1.7. Évalué à 1.
hum j'ai du trop trainer dans le monde Perl.
Mais personnellement je ne vois pas l'interet d'utiliser un SGBDR si ce n'est pour gerer toutes les problematiques liées aux relations entre données.
Autre point qui n'est pas abordé dans le thread: je n'ai pas encore vu une application un peut large dont le stockage de données ne soit pas accédé par plusieurs programmes, écrits à plusieurs epoques par plusieurs developpeurs (ne serai-ce que les outils de maintenance, généralement baclés en cours ou fin de projet).
Si ma base force des contraintes d'intégrités, ca fait raler tout le monde (surtout pour les effacements ), mais je suis quasi certain de pas avoir de données orphelines.
Si ma base ne le permet pas, il faut que tous les développeurs s'assurent dans leur bout d'application de ne pas oublier toutes les contraintes de toutes les tables qu'ils manipulent.
Mais bien sur comme toute le monde le sait: les projets et les structures de données sont toujours bien documentés, les developpeurs tous excellents, les délais largement confortables et de toute façon comme tout le monde va faire des choses bien propres et que les couches logiques (applicative, metier ...) ne sont jamais violées, ca n'est pas un probleme.
My 10E-9cents