(mauvaise) blague à part, certainement il y avait une raison d'utiliser oracle, mais une fois le projet a maturité, la licence payée ( la boite coulée ? ) pourquoi revenir en arrière ?
"je n'ai jamais utilisé Postgres jusqu'à maintenant (mais je compte le faire un jour)"
C'est l'occasion.
"tu as déjà porté une grosse BD avec plus de 100 tables à coup de grep"""
Evidemment Non. Tu parlais de 2 tables à ton boulot. 1,5 millions et 150000 milles lignes et d'une requete: excuse moi donc si je n'imaginais pas que ta requete etait un truc super compliqué avec des procedures stockées dans tous les coins sur des types à la mord moi le noeud.
De toute façon rien que l'export ne durera pas 5 minutes Idem pour l'import, idem pour l'install de postgresql, idem pour le tuning si necessaire.
Il s'agit de prendre le temps de faire un test. J'invite les gens à prendre le temps de generer leurs données et à a faire ce genre de test... Du SQL92, ca s'importe n'importe où...
"Une rapide recherche sur le net"
Il y a des statistiques sur les tables, c'est pas par hasard...
"je suis sceptique"
Tu sais, utiliser des types à la con, des blobs alors que pas necessaires, ne pas utiliser du SQL92, et bien... ca coule une boite...
[^] # 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é à 4.
Sans blague ? en utilisant oracle ?
"donc c'est plus vraiment possible"
et les employés se sont tous suicidés ?
(mauvaise) blague à part, certainement il y avait une raison d'utiliser oracle, mais une fois le projet a maturité, la licence payée ( la boite coulée ? ) pourquoi revenir en arrière ?
"je n'ai jamais utilisé Postgres jusqu'à maintenant (mais je compte le faire un jour)"
C'est l'occasion.
"tu as déjà porté une grosse BD avec plus de 100 tables à coup de grep"""
Evidemment Non. Tu parlais de 2 tables à ton boulot. 1,5 millions et 150000 milles lignes et d'une requete: excuse moi donc si je n'imaginais pas que ta requete etait un truc super compliqué avec des procedures stockées dans tous les coins sur des types à la mord moi le noeud.
De toute façon rien que l'export ne durera pas 5 minutes Idem pour l'import, idem pour l'install de postgresql, idem pour le tuning si necessaire.
Il s'agit de prendre le temps de faire un test. J'invite les gens à prendre le temps de generer leurs données et à a faire ce genre de test... Du SQL92, ca s'importe n'importe où...
"Une rapide recherche sur le net"
Il y a des statistiques sur les tables, c'est pas par hasard...
"je suis sceptique"
Tu sais, utiliser des types à la con, des blobs alors que pas necessaires, ne pas utiliser du SQL92, et bien... ca coule une boite...