Comparaison des SGBD : Oracle, MySQL et PostgreSQL (Partie 2)

leonidas · 31/10/2007, 11h47

Requêtes complexes
Oracle peut supporter les requêtes les plus complexes avec quasiment aucune restriction sur le nombre de tables. Pour MySQL, sa limitation est de 61 tables sur une requête, cependant comme le rappelle l’auteur de l’article, une requête avec autant de tables est peu maniable et il est surtout important de privilégier l’optimisation. Les versions 8.x de Postgresql supportent les standards SQL92 avec peu de restrictions.

Les Index
Les index sont cruciaux pour l’optimisation de votre base de données. Oracle propose une surabondance de type d’index. MySQL supporte les index b-tree, hash, fulltext et les index GIS.
Postgresql propose aussi de nombreux index : b-tree and hash, r-tree… Mais ce sont les index « b-tree » qui sont généralement les plus utilisés.

Les audits
Oracle vous permet d’auditer par exemple les insert, update ou delete sur une table, avec plusieurs options simples à activer. Postgresql propose aussi ces fonctionnalités et reste aussi souple et configurable qu’Oracle. MySQL ne semble pas fournir cette option mais peut tout à fait être implémenté via des procédures stockées ou des triggers où les informations seront sauvées dans une table.

Type de données
Oracle, MySQL et Postgresql supportent la plupart des champs comme les données textes jusqu’à 4GB. Par contre, contrairement à Oracle, Postgresql et MySQL supportent le type de données "SET" (ensemble particulier de valeurs) qui reste très pratique à l’usage. Une autre caractéristique très apprécié sur Postdresql et MySQL est la large variété de champs numériques : du smallint au décimal, real, double et bien d’autres.

Support transactionnel
MySQL embarque depuis bien longtemps un moteur transactionnel dont InnoDB qu’Oracle avait racheté. Cependant, l’auteur souligne les faibles performances des opérations transactionnelles lorsque la majorité des demandes seraient la consultation de données. En effet, je rappelle que le moteur InnoDB reste performant pour des opérations de lecture/écriture mais beaucoup moins si on souhaite privilégier la lecture.

Conclusion
Il y a beaucoup de paramètres à considérer dans le choix d’une base de données : support de l’éditeur et de la communauté, performance, possibilité d’optimisation et bien sûr le rapport coût/robustesse.

wishes · 31/10/2007, 19h36

Dans quelques années plus personne n'utilisera autre SGBD qu'Oracle et même si ça lui manque encore quelques petites bricoles.

Mohamed_Rédha · 01/11/2007, 12h46

Salam,

Merci Leonidas, pour ce comparatif, mais pourquoi n'ont-ils pas inclut SQL Server ? Et quand est-il, si on n'utilisait que JDBC, chose que je projette de faire, afin d'éviter justement d'adapter le code pour chaque SGBD chez les clients ?
Pour le cas des procédures stockées, je ne cherche même pas à les intégrer, ils ne sont pas très utiles en 3 tiers.
Au fait, merci également pour le eyeOS. Ca reste un bon exercice de style, mais je ne vois pas l'utilité en programmation. Pour le Web2, il faut voir coté Google avec leur Toolkit, une merveille.

leonidas · 01/11/2007, 12h53

Salut mon ami,
SQL Server est a l'origine developper par Sybase, Microsoft a choisi de le commercialiser sous le nom de SQL Server
et Sybase, pour éviter toute confusion, a renommé Sybase SQL Server en Sybase Adaptive Server Enterprise.
mais juste une question tu developpe des applications Web??

leonidas · 01/11/2007, 13h02

Citation:

Dans quelques années plus personne n'utilisera autre SGBD qu'Oracle et même si ça lui manque encore quelques petites bricoles.

moi personnellement j'utilise Oracle il est Vaste

, mais en parallèle j'utilise quelques DB My Sql il est facile et souple aussi,

Mohamed_Rédha · 01/11/2007, 13h12

Ca fait déjà longtemps que je développe en CGI, maintenant je début avec Java sous Ecplise, Tomcat, les Servlets et biensur JDBC.. je pense que c'est une bonne platforme pour migrer mes codes. Il me reste le choix de la bonne librairie AJAX, je maitrise Backbase, mais je suis tenté par le GWT. Qu'en penses tu ?

leonidas · 01/11/2007, 13h16

ben moi aussi je début avec Java sous Ecplise, donc tu peux m'aidé et si tu veux quelque chose aussi de mon coté je suis la, je te conseil de consulté le labo et tu peux aussi voir les autres

Mohamed_Rédha · 01/11/2007, 13h43

Ok d'accord, je n'y manquerais pas.. et bon courage.

PS: J'ai vu qu'il y a qlq développeurs Java sur le Forum.

leonidas · 01/11/2007, 14h36

oui y a Jdev10g il a de l'experience dans le domaine

alamut · 01/11/2007, 22h25

Sa fait plaisir de trouver des développeurs, je suis dans le dev aussi. Pendant longtemps je développais avec l'ASP-SQL SErver, ensuite je suis passé aux JSP-bean mais je suis resté dans le scripting et là j'ai fait le grand plongeant je débute avec JAVA-SPRING MVC-MYfaces-Oracle -9.2 et le tout en portlet sous liferay et Alfresco.
à bientôt...

31/10/2007, 11h47	#1
leonidas FA. insider Date d'inscription: août 2007 Localisation: Sparte Messages: 1 408	Comparaison des SGBD : Oracle, MySQL et PostgreSQL (Partie 2) Requêtes complexes Oracle peut supporter les requêtes les plus complexes avec quasiment aucune restriction sur le nombre de tables. Pour MySQL, sa limitation est de 61 tables sur une requête, cependant comme le rappelle l’auteur de l’article, une requête avec autant de tables est peu maniable et il est surtout important de privilégier l’optimisation. Les versions 8.x de Postgresql supportent les standards SQL92 avec peu de restrictions. Les Index Les index sont cruciaux pour l’optimisation de votre base de données. Oracle propose une surabondance de type d’index. MySQL supporte les index b-tree, hash, fulltext et les index GIS. Postgresql propose aussi de nombreux index : b-tree and hash, r-tree… Mais ce sont les index « b-tree » qui sont généralement les plus utilisés. Les audits Oracle vous permet d’auditer par exemple les insert, update ou delete sur une table, avec plusieurs options simples à activer. Postgresql propose aussi ces fonctionnalités et reste aussi souple et configurable qu’Oracle. MySQL ne semble pas fournir cette option mais peut tout à fait être implémenté via des procédures stockées ou des triggers où les informations seront sauvées dans une table. Type de données Oracle, MySQL et Postgresql supportent la plupart des champs comme les données textes jusqu’à 4GB. Par contre, contrairement à Oracle, Postgresql et MySQL supportent le type de données "SET" (ensemble particulier de valeurs) qui reste très pratique à l’usage. Une autre caractéristique très apprécié sur Postdresql et MySQL est la large variété de champs numériques : du smallint au décimal, real, double et bien d’autres. Support transactionnel MySQL embarque depuis bien longtemps un moteur transactionnel dont InnoDB qu’Oracle avait racheté. Cependant, l’auteur souligne les faibles performances des opérations transactionnelles lorsque la majorité des demandes seraient la consultation de données. En effet, je rappelle que le moteur InnoDB reste performant pour des opérations de lecture/écriture mais beaucoup moins si on souhaite privilégier la lecture. Conclusion Il y a beaucoup de paramètres à considérer dans le choix d’une base de données : support de l’éditeur et de la communauté, performance, possibilité d’optimisation et bien sûr le rapport coût/robustesse. __________________ Ce que tu veux me dire, est-ce vrai? Est-ce bien? Est-ce utile? Sinon je ne veux pas l'entendre Pas de clope depuis le 16/07/2008

01/11/2007, 12h53	#4
leonidas FA. insider Date d'inscription: août 2007 Localisation: Sparte Messages: 1 408	Salut mon ami, SQL Server est a l'origine developper par Sybase, Microsoft a choisi de le commercialiser sous le nom de SQL Server et Sybase, pour éviter toute confusion, a renommé Sybase SQL Server en Sybase Adaptive Server Enterprise. mais juste une question tu developpe des applications Web?? __________________ Ce que tu veux me dire, est-ce vrai? Est-ce bien? Est-ce utile? Sinon je ne veux pas l'entendre Pas de clope depuis le 16/07/2008

01/11/2007, 13h16	#7
leonidas FA. insider Date d'inscription: août 2007 Localisation: Sparte Messages: 1 408	ben moi aussi je début avec Java sous Ecplise, donc tu peux m'aidé et si tu veux quelque chose aussi de mon coté je suis la, je te conseil de consulté le labo et tu peux aussi voir les autres __________________ Ce que tu veux me dire, est-ce vrai? Est-ce bien? Est-ce utile? Sinon je ne veux pas l'entendre Pas de clope depuis le 16/07/2008

01/11/2007, 14h36	#9
leonidas FA. insider Date d'inscription: août 2007 Localisation: Sparte Messages: 1 408	oui y a Jdev10g il a de l'experience dans le domaine __________________ Ce que tu veux me dire, est-ce vrai? Est-ce bien? Est-ce utile? Sinon je ne veux pas l'entendre Pas de clope depuis le 16/07/2008

01/11/2007, 22h25	#10
alamut FA. friend Date d'inscription: janvier 2004 Messages: 262	ana tani Sa fait plaisir de trouver des développeurs, je suis dans le dev aussi. Pendant longtemps je développais avec l'ASP-SQL SErver, ensuite je suis passé aux JSP-bean mais je suis resté dans le scripting et là j'ai fait le grand plongeant je débute avec JAVA-SPRING MVC-MYfaces-Oracle -9.2 et le tout en portlet sous liferay et Alfresco. à bientôt... __________________ bOnNe rEfLeXiOn!!!

31/10/2007, 19h36	#2
wishes FA. visitor Date d'inscription: juin 2007 Messages: 21	Dans quelques années plus personne n'utilisera autre SGBD qu'Oracle et même si ça lui manque encore quelques petites bricoles.

01/11/2007, 12h46	#3
Mohamed_Rédha FA. friend Date d'inscription: mai 2007 Messages: 422	Salam, Merci Leonidas, pour ce comparatif, mais pourquoi n'ont-ils pas inclut SQL Server ? Et quand est-il, si on n'utilisait que JDBC, chose que je projette de faire, afin d'éviter justement d'adapter le code pour chaque SGBD chez les clients ? Pour le cas des procédures stockées, je ne cherche même pas à les intégrer, ils ne sont pas très utiles en 3 tiers. Au fait, merci également pour le eyeOS. Ca reste un bon exercice de style, mais je ne vois pas l'utilité en programmation. Pour le Web2, il faut voir coté Google avec leur Toolkit, une merveille.

01/11/2007, 13h12	#6
Mohamed_Rédha FA. friend Date d'inscription: mai 2007 Messages: 422	Ca fait déjà longtemps que je développe en CGI, maintenant je début avec Java sous Ecplise, Tomcat, les Servlets et biensur JDBC.. je pense que c'est une bonne platforme pour migrer mes codes. Il me reste le choix de la bonne librairie AJAX, je maitrise Backbase, mais je suis tenté par le GWT. Qu'en penses tu ?

01/11/2007, 13h43	#8
Mohamed_Rédha FA. friend Date d'inscription: mai 2007 Messages: 422	Ok d'accord, je n'y manquerais pas.. et bon courage. PS: J'ai vu qu'il y a qlq développeurs Java sur le Forum.

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email
Modes d'affichage
Mode linéaire Choisir le mode hybride Choisir le mode arborescent