Il y en a plusieurs différents sur des archis différentes (de mémoire, MySQL AB a participé à celui sur la plate-forme Sun d'ailleurs)
Mouais, je ne savais pas que les SGBD avaient à voir avec un quelconque « ordre naturel »
Disons que ça a à voir avec la cohérence.
de même que Postgres (ou un autre SGBD) peut très bien vivre sans laisser le choix de 5 (4 ? 6 ? j'ai arrêté de suivre) moteurs de stockage différents
Mouais. Ca n'a pas grand chose à voir avec ce dont je parlais. PostgreSQL offre une cohérence globale et un ensemble de fonctionnalités qui l'est tout autant (avec comme principe général que si c'est présent, ça marche sans limite). Et je préfère avoir cette cohérence que plein de moteurs différents qui ont tous des limitations bizarroïdes différentes, limitations qui ont des conséquences sur l'intégrité de mes données. Après, chacun ses choix :).
Evidemment, on peut apprendre à faire avec (ou plutôt sans), je me rappelle encore le temps où MySQL AB expliquait comment on pouvait se passer de toutes les fonctionnalités qu'ils intègrent maintenant. Il n'en reste pas moins que c'est tellement plus simple et tellement plus sécurisant avec.
[^] # Re: Et Derby alors ?
Posté par Guillaume Smet (site web personnel) . En réponse à la dépêche Sun Microsystems fait l'acquisition de MySQL. Évalué à 3.
http://tweakers.net/reviews/657/2/database-test-dual-intel-x(...)
Il y en a plusieurs différents sur des archis différentes (de mémoire, MySQL AB a participé à celui sur la plate-forme Sun d'ailleurs)
Disons que ça a à voir avec la cohérence.
Mouais. Ca n'a pas grand chose à voir avec ce dont je parlais. PostgreSQL offre une cohérence globale et un ensemble de fonctionnalités qui l'est tout autant (avec comme principe général que si c'est présent, ça marche sans limite). Et je préfère avoir cette cohérence que plein de moteurs différents qui ont tous des limitations bizarroïdes différentes, limitations qui ont des conséquences sur l'intégrité de mes données. Après, chacun ses choix :).
Evidemment, on peut apprendre à faire avec (ou plutôt sans), je me rappelle encore le temps où MySQL AB expliquait comment on pouvait se passer de toutes les fonctionnalités qu'ils intègrent maintenant. Il n'en reste pas moins que c'est tellement plus simple et tellement plus sécurisant avec.