Précédent   Forum des professionnels en informatique > Bases de données > Décisions SGBD
Décisions SGBD Forum de décisions sur le choix en bases de données. Le Comparatif
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 03/07/2005, 02h22   #1
Invité de passage
 
Inscription : mars 2005
Messages : 3
Détails du profil
Informations forums :
Inscription : mars 2005
Messages : 3
Points : 1
Points : 1
Par défaut Quel SGBD/SGBDR sera encore là dans 5 ans?

Ayant longtemps programmé avec PROGRESS, je désire apprendre un nouveau langage/SGBD (Informix, Oracle, Windev, Ingres, Sybase, MySQL, Delphi, VB …)

D’où ma question :

Quel SGBD/SGBDR sera encore populaire dans 5 ans?

Quel est le Langage/SGBD de l'avenir?


Merci pour votre prédiction.
tazquebec est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 03/07/2005, 03h04   #2
Membre Expert
 
Avatar de TheLeadingEdge
 
Inscription : mai 2005
Messages : 1 200
Détails du profil
Informations forums :
Inscription : mai 2005
Messages : 1 200
Points : 1 260
Points : 1 260
Bonsoir,

Rien que ça ;-)
Ben je pense que si qqu'un peut répondre à cette question il va faire fortune ;-)
Plus sérieusement je pense que la vrai question à se poser c'est :
qu'est qui va arriver de nouveau d'ici 5 ans ?
La réponse est plus par là...

D'un autre coté pour te livrer mes qques idées sur ta question
Citation:
Informix, Oracle, [...], Ingres, Sybase, MySQL
Informix je pense que c'est à oublier, ok c 1 bon moteur résistant et tout, mais qui a des années (siécles ?) de retard en terme d'administration, et qui n'a même pas 1 outil de dev. digne de ce nom. A mon idée IBM va pas le trainer comme 1 boulet alors qu'il a déjà DB2.
Oracle existe depuis 20 ans, il est complet (administration, dev). C'est 1 des leaders du marché et à mon avis il a encore qques belles années devant lui.
Ingres II/OpenRoad pour moi c'est le top. Moteur béton, RAD excellent, multi-plate-forme de base, mais 1 peu confidentiel.
Sybase et MySQL je connais pas.
Citation:
Windev
...bah comment dire...Que chez nous c'est 1 punition quand il faut faire de la maintenance dedans ?
Citation:
Delphi, VB
Delphi...pourquoi pas
VB...'deprecated' je pense...regardes plutôt du coté de .net

Moi je penche plutôt pour Java (client et serveur pour la présentation et les traitements), XML et SQL3 (en attendant que sorte enfin 1 SGBDO 'utilisable') pour les données

Ce n'est qu'1 avis perso basé sur mes expériences et en aucun cas la vérité, donc c'est à modérer avec d'autres avis

A +
TheLeadingEdge est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 04/07/2005, 11h14   #3
Rédacteur/Modérateur

 
Avatar de SQLpro
 
Homme Frédéric BROUARD
Expert SGBDR & SQL
Inscription : mai 2002
Messages : 10 959
Détails du profil
Informations personnelles :
Nom : Homme Frédéric BROUARD
Localisation : France

Informations professionnelles :
Activité : Expert SGBDR & SQL
Secteur : Conseil

Informations forums :
Inscription : mai 2002
Messages : 10 959
Points : 17 793
Points : 17 793
Voici des stats du nombre de pages recensées sur les principaux SGBDR :

Code :
1
2
3
4
5
6
7
8
 
MySQL :              33 800 000
Access :             13 800 000
SQL Server :         10 900 000
Oracle   :            7 480 000
PostGreSQL :          5 460 000
IBM DB2  :            2 860 000
Sybase  :             1 450 000
Pour ma part je dirais que le marché en terme "d'achat de licences" ou d'install (free) est le suivant :

Code :
1
2
3
4
5
6
7
8
 
1 MySQL
2 SQL Server
3 Oracle
4 PostGreSQL
5 IBM DB2
6 Access
7 Sybase

En terme de volume stocké :

Code :
1
2
3
4
5
6
7
 
1 IBM DB2  :            2 860 000
2 Oracle   :            7 480 000
3 SQL Server :         10 900 000
4 Sybase  :             1 450 000 
5 MySQL :              33 800 000
6 PostGreSQL :          5 460 000
En résumé en recoupant ces 3 informations, et en ignorant Access qui sera à terme remplacé par MSDE (version light de SQL Server) nous devrions avoir comme SGBDR pérennes :
Code :
1
2
3
4
5
 
MySQL :      1, 1, 4 => 6
SQL Server : 2, 2, 3 => 7
Oracle :     3, 3, 2 => 8
DB2 :        5, 5, 1 => 11

Je donnerais donc comme du plu pérenne au moins pérenne : MySQL, SQL Server, Oracle et enfin DB2.

Sachez qu'un SGBDR n'est pas un "programme" commeles autres. Le volume d'info stocké fait qu'ils sont très peu sensible aux "modes" informatique. Une banque ne sautrait migrer des milliards de Mo du jour au lendemain, sous pretexte que le produit jaune est mieux que le vert. Autrement dit, l'inertie due au volume des données est le paramètre le plus important de la pérénité d'une solution.

A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro
http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation
* * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
SQLpro est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 04/07/2005, 11h25   #4
Inactif
 
Avatar de Médiat
 
Inscription : décembre 2003
Messages : 1 946
Détails du profil
Informations forums :
Inscription : décembre 2003
Messages : 1 946
Points : 1 932
Points : 1 932
Citation:
Envoyé par SQLpro
Le volume d'info stocké fait qu'ils sont très peu sensible aux "modes" informatique. Une banque ne sautrait migrer des milliards de Mo du jour au lendemain, sous pretexte que le produit jaune est mieux que le vert. Autrement dit, l'inertie due au volume des données est le paramètre le plus important de la pérénité d'une solution.
D'accord à 100%, c'est pourquoi il me semble que le paramètre "Volume moyen par serveur" est tout aussi important que la taille totale : il doit être plus facile de faire migrer 100 000 entreprises ayant 1 Go de données (total 100 To) que 2 entreprises ayant 10 To (total 20 To). C'est caricatural, mais c'est pour l'exemple.
Médiat est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 05/07/2005, 11h24   #5
Membre habitué
 
Inscription : février 2003
Messages : 190
Détails du profil
Informations forums :
Inscription : février 2003
Messages : 190
Points : 114
Points : 114
Envoyer un message via MSN à Royd938
L'avenir sera clairement aux SGBDOO...
__________________
C++, C# and Sql Server lover
Royd938 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 05/07/2005, 13h15   #6
Rédacteur/Modérateur
 
Avatar de orafrance
 
Inscription : janvier 2004
Messages : 15 861
Détails du profil
Informations personnelles :
Âge : 35

Informations forums :
Inscription : janvier 2004
Messages : 15 861
Points : 16 212
Points : 16 212
5 ans c'est demain donc dans 5 ans il y aura les mêmes SGBD qu'aujourd'hui probablement

Sinon, à plus long terme je rejoins l'analyse de SQLPro

Royd938 je suis prêt à tenir les paris... SGBDOO n'est qu'un ersatz de SGBDR pour javaïste à mon avis
orafrance est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 06/07/2005, 10h57   #7
Membre du Club
 
Inscription : juin 2005
Messages : 136
Détails du profil
Informations forums :
Inscription : juin 2005
Messages : 136
Points : 46
Points : 46
Citation:
L'avenir sera clairement aux SGBDOO...

Par le peu d'expérience que j'ai eu sur les SGBOO, j'ai créer une base de donnée orienté objet en pl-SQl sous oracle 8i dans le cadre d'un projet en cours, je ne pense vraiment pas que l'avenir soit réservée au SGBDOO car trop complexe à mettre en oeuvre. Il est vrai qu'il est possible de créer sa propre structure, son propre type, collection... mais à quoi ca sert vraiment comparé à la complexité de mise en oeuvre...
peut etre qu'il y aura un langage plus simple par rapport à aujourdui pour mettre en place des SGBOO avec les requêtes adequates mais franchement je me suis jamais ossi pri la tete que ca pour créer une BDD en orienté objet.

Je pense que les SGBRS ( S comme simple) réponde parfaitement aux besoins des entreprises aujourdui ( je ne parle pas des temps de réponse, des volume...) mais plutot de l'utilité en général...

Et pk pas les datawarehouseOO
alpachico est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 07/07/2005, 08h47   #8
Rédacteur/Modérateur
 
Avatar de fadace
 
Homme Fabien Celaia
Administrateur de base de données
Inscription : octobre 2002
Messages : 3 779
Détails du profil
Informations personnelles :
Nom : Homme Fabien Celaia
Âge : 41
Localisation : Suisse

Informations professionnelles :
Activité : Administrateur de base de données
Secteur : Service public

Informations forums :
Inscription : octobre 2002
Messages : 3 779
Points : 8 124
Points : 8 124
Envoyer un message via ICQ à fadace Envoyer un message via Skype™ à fadace
En tout cas, en ce qui concerne les SGBDR commerciaux fortement implantés en entreprise, dans 5 ans, à part le cas des fusions, pas grand chose aura changé.

Attention avec les stats : celles de DVP ne peuvent pas être prise en compte pour ce genre de choix : rien que le fait que certains SGBDR n'ont pas leur propre forum biaise les stats.

Pour exemple, si l'on prend les stats de forums anglosaxons concurrents que je ne citerai bien évidemment pas, on a, en terme de questions

MS-SQL: 16829
Oracle: 12542
DB2: 8286 (mais ca comprend DB2-400, DB2-UDB,...)
MySQL: 3751
Sybase: 2833
Informix: 2315
Postgresql : 944

ce qui tend à prouver 2 postulats:
1) tout dépend du forum
2) le nombre de question démontre plus l'incompétence du public cible que les parts de marché d'un SGBDR

Pour les parts de marché, des analyse de cabinets réputés (Gartner, IDC , Morgan Stanley) semblent plus sérieuses. Pour ces derniers, en part de marché 2004, on aurait:

Concernant la vente de licences/ gain 2003-2004:
IBM - DB2 = 32.7% / -4%
IBM - Informix = 1.4% / -17.8%
Sybase = 2.3% / +2.3%
Oracle = 32.4% / +8.4%
Microsoft = 20% / +18%
NCR Teradata = 2.9% / NA (incl. dans Autres)
Autres = 6.6% / +0.4%

Pour de plus amples info, vous référer aux rapports des caabinets susmentionnés
fadace est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 07/07/2005, 12h20   #9
Membre éprouvé
 
Inscription : mai 2003
Messages : 494
Détails du profil
Informations forums :
Inscription : mai 2003
Messages : 494
Points : 455
Points : 455
Pour ma part, je ne dirais pas que celà dépend des forums internet .....
puis je différencierais le SGBD Professionel (Oracle etc ...), du SGBD Perso (MySQL)
Mais bon, certains critères me semblent pas judicieux, comme par exemple le critère du nombre de page internet lue : ca écarte déjà pas mal de SGBD qui n'ont pas de connexion avec le web (ou bien n'indique pas forcément que toutes les BD existantes y sont connectées, or sous MySQL, c'est sans doute la majeur partie pour ce SGBD)
titides est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 13/07/2005, 12h43   #10
Membre expérimenté
 
Inscription : mai 2005
Messages : 414
Détails du profil
Informations forums :
Inscription : mai 2005
Messages : 414
Points : 589
Points : 589
Les chiffres de SQLpro ne me semblent pas le reflet de la réalité sur la globalité du marché mais montre je pense juste un tout petit segment du marché (sites web).

mais que représente la volumétrie des bases de données de sites web face aux milliers de Tera Octets privés des banques, assurances, industries???!

A titre d'info, ou je bosse, la volumétrie gérée par mysql représente à peine 0.1% de ce que gerent DB2 ou Oracle que ce soit sous forme de DAtawarehouse ou d'OLTP! Les projets qui démarrent sous Mysql représentent 1 projet sur 20 en moyenne !

Les chiffres de fadace sont intéressants en revanche et représentent bien les parts de marché des SGBD je pense. En tt cas, travaillant dans un milieu hétérogène ou on a un peu de tout et bien ca représente bien ce qu'on a à peu pres : 85% de SqlServer,Oracle, DB2 et 15 % pour le reste (Sybase, Tamino, Mysql,etc...)

Mysql a encore bcp de progres à faire pour arriver à ce que fait Oracle ou DB2.

D'ici 5 ans, le marché n'aura je pense que peu évolué, les parts de marché resteront à peut pres les memes pour les géants que sont Oracle, DB2 ou Sqlserveur. Mysql augmentera ses parts de marché c'est sur mais pas dans des proportions astronomiques dont revent certains car trop de chemin reste à faire à Mysql pour rivaliser...

Je rejoins donc l'analyse finale de SQLpro tout de même sur la pérénité des cités avec Mysql, SQLserver, Oracle et DB2 qui resteront les grands du marché (surtout les 3 derniers si on limite la vision à 5 ans...)
gregory.broissard est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 13/07/2005, 17h11   #11
Membre chevronné
 
Avatar de Maître Kenobi
 
Homme arnaud
technicien méthodes, dév web, dév & admin SGBD
Inscription : juillet 2002
Messages : 630
Détails du profil
Informations personnelles :
Nom : Homme arnaud
Âge : 38
Localisation : France, Oise (Picardie)

Informations professionnelles :
Activité : technicien méthodes, dév web, dév & admin SGBD
Secteur : Industrie

Informations forums :
Inscription : juillet 2002
Messages : 630
Points : 783
Points : 783
ce n'est que mon avis mais je pense que les SGBD open source prendront pas mal de parts de marches ( mais pas de quoi inquiter les gros quand meme ), mais je veux dire par là l'ensemble des SGBD open source : MYSQL, PostgreSQL, Fierbird, Intebase 6, ...
__________________
Que la Force soit avec vous !
autoformation : MySQL, PostgreSQL, PHP, XHTML, CSS, JQuery, Python.
autoentrepreneur : assistance informatique et internet dans l'oise sur le bassin creillois.
Maître Kenobi est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 04h48.


 
 
 
 
Partenaires

Hébergement Web