Discussion :

[nytmare]

bonjour
voila j'ai une application rx de gestion de dossier medical de visite
d'acident de travail de rdv avec medecin externe
et de pharmacie pour une société de 9000 travailleur.

que me conseillé vous d'utiliser comme sgbd
interbase: grande base de donnée mais j'ai peur que les dossier médicaux
ne gonfle trop.
oracle: je sortirais donc la machine a gaz. ....

merci

[Barbibulle]

Pour pouvoir conseiller il faudrait nous en dire plus...

Parce que là a par vous dire que "je préfère tel base", ou "moi j'utilise...", on peux pas vous conseiller...

Estimation des volumes (Quantitée mais aussi flux)

Contraintes budgétaires.

Architecture technique.

Et éventuellement langage utilisé pour le developpement des clients.

La maintenance de ces deux SGBD n'étant pas la même, le cout ne sera pas le même non plus.

Voilà quand vous vous serez posé ces questions soit la réponse coulera de source soit les deux SGBD répondent encore aux contraintes du projet dans ce cas il faudra affiner les critères...

[Admin]

Nous avons également, un joli comparatif : http://fadace.developpez.com/sgbdcmp/ ;-)

[SQLpro]

grosso modo pour de grand volumes les trois poids lourds IBM DB2, Oracle et SQL Server dont les choix les plus pertinents.
J'ai peur qu'avec les autres tu ne soit bloqué à terme sur la "scalability".

A +

[nytmare]

voila
pour le volume je sais pas je vous demande conseil car j'ai du mal a estimer cela ..vous comprener !! un dossier medical ce n'est pas tres grand et je suis sur ke pour tout les dossier des employé(9000) sera bien géré par interbase....sinon les vistite qui son des simple table lié au dossier peuvent aller en exponotiel ....le flus de donné n'est pas tres tres grand enfaite j'ai a peine 8 tables,
pour le budjet c pas un probleme
l'architecture ..c un server d'application avec des ejb ki ce connect pour le o/r mapping sinon des class java......le tous sur un seul serveur phisique.

J2ee

y'aura aussi je presume un bda (pas tres compétant )

merci

[Fabien Celaia]

grosso modo pour de grand volumes les trois poids lourds IBM DB2, Oracle et SQL Server dont les choix les plus pertinents.
J'ai peur qu'avec les autres tu ne soit bloqué à terme sur la "scalability".

J'ose esperer que Frederic inclut dans SQL Server Sybase ASE et pas seulement MS-SQL

[al1_24]

grosso modo pour de grand volumes les trois poids lourds IBM DB2, Oracle et SQL Server dont les choix les plus pertinents.
J'ai peur qu'avec les autres tu ne soit bloqué à terme sur la "scalability".

J'ose esperer que Frederic inclut dans SQL Server Sybase ASE et pas seulement MS-SQL

Et pour les trèèèès grands volumes, ne pas oublier Teradata

[Fabien Celaia]

Et pour les trèèèès grands volumes, ne pas oublier Teradata

ouais, mais plutot dans des environements decisionnels, ce qui n'est visiblement pas le cas ici. dans le cas DSS, on pourra alors aussi citer Sybase IQ .