Discussion :

[milka]

Voilà :
mon but est d'analyser les avantages et les inconvénients d'une migration éventuelle du système d'information en Oracle vers Postgresql.
Principal avantage : moins couteux (Licence Oracle au nb de processeurs)

Cependant, j'utilise en amont du système d'information un outil d'alimentation (Genio) qui ne supporte pas un repository Postgres. J'utilise également BO (Business Objects pour la création de reports) qui ne supporte pas non plus de repository Postgres.

configuration actuelle :
*le serveur Windows 2000 héberge :
--- L’instance du système d'information sous Oracle
--- Le référentiel Business Objects (univers B.O.) sous Oracle
--- Le référentiel GENIO sous Oracle
--- Le moteur Genio (car nous avons la licence pour Windows)
--- Un client Genio (Genio Designer)

1 seule configuration possible :
*le serveur Linux Mandrake 9.0 (Postgresql 7.2.2) pour héberger:
--- L’instance du système d'information sous Postgres
*le serveur Windows 2000 (Oracle 8i) pour héberger :
--- Le référentiel Business Objects (univers B.O.) sous Oracle
--- Le référentiel GENIO sous Oracle
--- Le moteur Genio (car nous avons la licence pour Windows)
--- Un client Genio (Genio Designer)
Cette configuration permet d'économiser une license Oracle.



- Avez-vous d'autres solutions ?
- Le principal problème de cette solution est que les performances en terme de rapidité de lecture et d'écriture sur la base Postgres seront (à mon avis) diminuées du fait d'une connexion réseau supplémentaire. Etes-vous du même avis ?
- Sinon comment puis-je améliorer mon serveur Linux Mandrake 9.0 et configurer Postgresql ?
- Quelles sont les performances de Postgres par rapport à Oracle en terme de rapidité et de manipulation d'un grand volume de données ?
- Postgresql ne possède pas autant de fonctions de date que Oracle alors faut-il les créer? Peut-on les trouver quelques part? (ex: last_day(month))



Sur un serveur srvxxx il y a une table tb_xxx de 505950 lignes en Oracle. J'ai testé la copie de cette table via Genio (installé sur le serveur 2000)
- sur la base Oracle du serveur 2000
-> communication entre 2 serveurs (srvxxx et 2000)
-> 6min47
- sur la base Postgres du serveur Linux
-> communication entre 3 serveurs (srvxxx, 2000 et linux)
-> 23min

Ca fait beaucoup de différences !


Pouvez-vous m'aider ?
Avez-vous des idées pour la performance et le coût ?


Merci beaucoup d'avance

[milka]

Je me demandais si vous n'aviez aucune idée pour m'aider ou bien si ce que j'ai écris est trop compliqué ?

HEEEEEEEELP

[Bouboubou]

Je connais ces deux SGBD pour avoir travailler pendant une année sur Oracle. Maintenant j'ai changé d'employeur et je travail avec Postgres. J'ai du mal à suivre ton raisonnement... de plus je ne connais pas tes soft GENIO et autre.

Je proposerai au modérateur de faire un post qui fait la comparaison entre Oracle et postgres. Il faudrait faire une liste des fonctions qu'offrent chaque SGBD et chacun pourrait mettre ses commentaires.

Pour l'instant j'ai un peu de mal à t'aider! Prends peut-être question après question (par ordre d'importance pour toi) en précisant exactement ou tu as une hésitation ou un problème!

A+

[Krapulax]

Salut,

Il est en effet difficile de répondre à une question aussi vaste que les performances d'Oracle face à Postgresql. Si la question se limite au volume de donnée, il a été démontré que Postgresql tenait tête à Oracle.

Pour le tuning de tes bases Postgresql, je te renvoie au site http://techdocs.postgresql.org/#techguides qui contient des références sur l'optimisation.

Si j'ai bien pigé, Genio te sert à modeler et importer des données d'autres systèmes, ces dernières étant ensuite exploiter sous BO.

Le problème est de passer d'un environnement "tout sur une machine" à "services dispatchés sur plusieurs machines". Tu as forcément une perte de performance dans ton architecture 2 serveurs. A toi de voir si elle est acceptable ou non.

AMHA, deux solutions :
- essayer postgresql sous Windows,
- revoir ton architecture complète pour limiter les transferts entre les serveurs.

Voilà, voilà.

@+