La situation où l'on souhaite basculer d'un SGBD à un autre (d'après mon expérience) est très rare. Le passage d'un SGBD à un autre a également très souvent des impacts sur l'applicatif (même en utilisant des bibliothèques censées être transparentes par rapport au SGBD).
Beaucoup de développeurs ne maîtrisent pas bien les possibilités des bases de données. La plus part (architecte applicatif ou un urbaniste compris) considèrent la base de données comme un data stores, c'est-à-dire un simple entrepôt de données. Or les bases de données sont dotées de nombreuses fonctionnalités pour manipuler et traiter efficacement les données (en masse ou non) avec des mécanismes de cohérence qui assure une certaine confiance dans le bon déroulement et le résultat final.
C'est essentiellement la non connaissance des bases de données des développeurs qui pousse à choisir une solution technique côté applicatif. Je ne vois pas d'autres arguments forts à ne pas choisir de faire les traitements de données au plus proche de la base de données. Je suis preneur de tout contre-argument.
[^] # Re: Utilisation
Posté par _seb_ . En réponse au journal Sortie de "The Art of PostgreSQL" de Dimitri Fontaine. Évalué à 7.
La situation où l'on souhaite basculer d'un SGBD à un autre (d'après mon expérience) est très rare. Le passage d'un SGBD à un autre a également très souvent des impacts sur l'applicatif (même en utilisant des bibliothèques censées être transparentes par rapport au SGBD).
Beaucoup de développeurs ne maîtrisent pas bien les possibilités des bases de données. La plus part (architecte applicatif ou un urbaniste compris) considèrent la base de données comme un data stores, c'est-à-dire un simple entrepôt de données. Or les bases de données sont dotées de nombreuses fonctionnalités pour manipuler et traiter efficacement les données (en masse ou non) avec des mécanismes de cohérence qui assure une certaine confiance dans le bon déroulement et le résultat final.
C'est essentiellement la non connaissance des bases de données des développeurs qui pousse à choisir une solution technique côté applicatif. Je ne vois pas d'autres arguments forts à ne pas choisir de faire les traitements de données au plus proche de la base de données. Je suis preneur de tout contre-argument.