Je ne prends pas la defense du gars au dessus cependant:
1) le fait d'utiliser des blobs n'implique pas de passser à oracle. Pour le cas de postgresql, c'est que l'import/export est un peu plus embetant a gerer. Il fut un temps ou la taille des LO etaient limitées ce n'est plus le cas. Perso, je trouve que mettre des LO dans une BDD est une mauvaise chose... Mais bon... c'est pratique.
2) si tu veux faire un test de comparaison, tu peux faire un export d'oracle et un import dans postgresql de ce dont tu parles. Il faut savoir que la requette utilisée pour oracle devra peut etre reecrite pour postgresql. En effet chacun des optimizers (celui d'oracle et celui de postgresql) ont leurs caprices. Il est probable que la requete d'oracle a deja été reecrite.
Pour le nombre de tuples, postgresql n'a pas a rougir. Tu peux consulter http://www.pgsql.com/user_gallery(...) ou encore les archives de postgresql (par ex: fevrier "Who's Using Postgres") et enfin geocrawler est une application live. 110 milions de pages vues par mois.
3) import/export. C'est faisable sous postgres, dans les limites indiquées plus bas. Je ne vais pas me repeter.
4) lourdeur. Je suis d'accord.
Note: une requete n'a pas besoin d'etre compliquée pour nécessité un accès sequentiel ( sans index ). D'ailleurs ce sont les requetes les plus simples qui n'utilisent pas d'index.
[^] # Re: Oracle moins bien que PostgresSQL (suite)
Posté par Gloo . En réponse à la dépêche Red Hat s'éloigne de plus en plus du libre. Évalué à 7.
1) le fait d'utiliser des blobs n'implique pas de passser à oracle. Pour le cas de postgresql, c'est que l'import/export est un peu plus embetant a gerer. Il fut un temps ou la taille des LO etaient limitées ce n'est plus le cas. Perso, je trouve que mettre des LO dans une BDD est une mauvaise chose... Mais bon... c'est pratique.
2) si tu veux faire un test de comparaison, tu peux faire un export d'oracle et un import dans postgresql de ce dont tu parles. Il faut savoir que la requette utilisée pour oracle devra peut etre reecrite pour postgresql. En effet chacun des optimizers (celui d'oracle et celui de postgresql) ont leurs caprices. Il est probable que la requete d'oracle a deja été reecrite.
Pour le nombre de tuples, postgresql n'a pas a rougir. Tu peux consulter http://www.pgsql.com/user_gallery(...) ou encore les archives de postgresql (par ex: fevrier "Who's Using Postgres") et enfin geocrawler est une application live. 110 milions de pages vues par mois.
3) import/export. C'est faisable sous postgres, dans les limites indiquées plus bas. Je ne vais pas me repeter.
4) lourdeur. Je suis d'accord.
Note: une requete n'a pas besoin d'etre compliquée pour nécessité un accès sequentiel ( sans index ). D'ailleurs ce sont les requetes les plus simples qui n'utilisent pas d'index.