http://www.lesechos.fr/info/hightec/300 ... ollars.htm

C'est ici que ça se passe.

D'autres articles ici :

http://news.google.fr/news?pz=1&ned=fr& ... 1299749767

Du nouveau donc pour le monde de java, mysql ...

Punaise ! Ca fait mal d'un coup...

Tout dépend ce qu'il vont en faire...
ça permettrait de savoir si nous, me, devons nous décevoir ou
nous, me, réjouir...

Punaise ! Ca fait mal d'un coup...

C'est surtout très inquiétant pour l'avenir de MySQL. Je doute fort qu'Oracle assure conjointement à long terme la maintenance et le développement de deux serveurs de bases de données, et il est bien évident que si un choix doit être fait pour un sacrifice, c'est MySQL qui va en faire les frais. Partant de là, que va-t-il se passer ? Il y a actuellement trop de serveurs MySQL en service pour que ce soit laissé de coté purement et simplement du jour au lendemain, mais l'incertitude risque d'y porter un coup assez fatal.

En attendant, je crois qu'il va devenir impératif de songer à développer nos applications avec PDO pour être prêts à toute éventualité, incluant surtout la nécessité de changer de SGBD.

Et du coup, ça risque fort de donner un certain élan à PostGreSQL... jusqu'au rachat de ces dernier par n'importe qui

Et du coup, ça risque fort de donner un certain élan à PostGreSQL... jusqu'au rachat de ces dernier par n'importe qui

Pas si sûr du rachat... Donc je dois me réjouir

Et du coup, ça risque fort de donner un certain élan à PostGreSQL... jusqu'au rachat de ces dernier par n'importe qui

Pas si sûr du rachat... Donc je dois me réjouir

Choisir un SGBD, ce n'est pas une question de feeling ou de préférence, c'est une question technique. MySQL est adaptée depuis le début pour Internet. Oracle est orienté vers les gros systèmes. Les deux pourraient donc très bien cohabiter en couvrant chacun son domaine de prédilection. Mais personnellement, j'imagine mal Oracle adoptant cette stratégie : des SGBD comme MySQL commençaient à leur faire de l'ombre, l'occasion est trop évidente de se défaire de ce trublion. Reste donc à savoir comment les plus importants utilisateurs actuels de MySQL vont s'orienter. Google par exemple : je les vois mal migrant tous leurs serveurs vers Oracle. Il resterait donc un coup tant financier que médiatique à faire pour Oracle : revendre MySQL à Google

En fin de compte, Oracle qui n'avait pas réussi le rachat de MySQL, ce que Sun a fait l'année suivante, sera finalement venu à bout de ce vieux projet par la bande en rachetant l'acheteur.

PostGreSql de son coté reste un concurrent de MySQL : ce qui leur a manqué jusqu'à maintenant, c'est de visibilité. Les gestionnaires de MySQL AB ont à ce chapitre beaucoup mieux joué leurs cartes. Ils ont là une occasion de prendre la tête des SGBD Open source pour combler la brèche si elle reste ouverte...

Comme je l'avais dit à l'époque de la rumeur du rachat de Sun par IBM, Oracle et MySQL n'ont pas la même cible.
Oracle vise les très grosses applications alors que MySQL les petites et moyennes.

Plutôt que de craindre pour MySQL, je pense plutôt que MySQL va rester MySQL, et qu'Oracle élargit sa gamme de service aux petites applications (puisqu'Oracle pouvait aussi servir pour de moyennes applications)

Et concernant PostGreSQL, je ne vois pas pourquoi il serait plus à l'abri que MySQL du rachat

Punaise ! Ca fait mal d'un coup...

C'est surtout très inquiétant pour l'avenir de MySQL. Je doute fort qu'Oracle assure conjointement à long terme la maintenance et le développement de deux serveurs de bases de données, et il est bien évident que si un choix doit être fait pour un sacrifice, c'est MySQL qui va en faire les frais. Partant de là, que va-t-il se passer ? Il y a actuellement trop de serveurs MySQL en service pour que ce soit laissé de coté purement et simplement du jour au lendemain, mais l'incertitude risque d'y porter un coup assez fatal.

En attendant, je crois qu'il va devenir impératif de songer à développer nos applications avec PDO pour être prêts à toute éventualité, incluant surtout la nécessité de changer de SGBD.

Et du coup, ça risque fort de donner un certain élan à PostGreSQL... jusqu'au rachat de ces dernier par n'importe qui

1) oracle et mysql ne s'adressent pas au meme public, ils ne sont pas concurents
2) mysql engendre des profits non négligeables, a des contrats avec des tonnes d'entreprise
3) postgres n'est pas une entreprise, le code est domain public, le support assuré par des entreprises tierce, bref, pas concerné par une quelconque possibilité de rachat

Faut arrêter avec l'alarmisme.

3) postgres n'est pas une entreprise, le code est domain public, le support assuré par des entreprises tierce, bref, pas concerné par une quelconque possibilité de rachat

Merci Nagol, j'aurais dit la même chose zeus ne m'aurait pas
cru et j'aurais été traité de trolleur donc voilà...

3) postgres n'est pas une entreprise, le code est domain public, le support assuré par des entreprises tierce, bref, pas concerné par une quelconque possibilité de rachat

MySQL n'était pas ainsi à ses débuts ?
spa une critique, mais une vrai question

Merci Nagol, j'aurais dit la même chose zeus ne m'aurait pas
cru et j'aurais été traité de trolleur donc voilà...

Tu dis tellement de conneries plus grosses que toi et tu passes tellement de temps à prendre tes opinions pour des réalités que, oui, effectivement, dès que tu dis quelque chose, on (oui, "on", pas "je") ne te crois plus

3) postgres n'est pas une entreprise, le code est domain public, le support assuré par des entreprises tierce, bref, pas concerné par une quelconque possibilité de rachat

MySQL n'était pas ainsi à ses débuts ?
spa une critique, mais une vrai question

Oui bien sur sauf que postgresql c'est pas un débutant dans le monde des sgbd mysql a toujours eu une vocation commerciale, postgresql c'est plus un truc de geek (sans critique aucune, il en faut pour tous les goûts)

Aïe.. j'aurais préféré IBM du coup.. Enfin, bon, qu'importe, s'il y à une chose qui ne change pas, c'est le changement.

Et en tant que développeurs web, on est bien obligés d'aimer le changement.. S'attacher trop à l'un ou l'autre produit ne mène à rien. Il faut savoir l'utiliser et s'améliorer le temps que ça dure, mais surtout ne pas hésiter trop longtemps à sauter sur le prochain wagon. Et pas trop vite surtout, sinon on finirait tous sur ruby france.

Et tant que l'évolution de MySQL correspondra à mes attentes, je ne vois pas en quoi j'arrêterais de l'utiliser.

Merci Nagol, j'aurais dit la même chose zeus ne m'aurait pas
cru et j'aurais été traité de trolleur donc voilà...

Tu dis tellement de conneries plus grosses que toi et tu passes tellement de temps à prendre tes opinions pour des réalités que, oui, effectivement, dès que tu dis quelque chose, on (oui, "on", pas "je") ne te crois plus

Modération:
Zeus,
Merci de rester dans le sujet, bien qu'étant vrai tout ça n'apporte rien au sujet initial!


PS: katagoto, stoi le trolleur!

Berzemus est dans le bon quand il parle de changement...

zeus, je suis pas modos, mais il ne me semble pas que ce soit
l'endroit approprié pour régler ça, je ne me défile pas, j'ai
d'ailleurs une réplique mais passons, nous pouvons faire ça par
MP voir dans le forum hors-sujet, ça ne me dérange pas...

Au non de l'égalité, je demande que Nagol soit châtier, euh,
secouer pour sa phrase en rouge

Et oui, je suis un trolleur mais aucun troll n'est lancé nous
comparons juste le fondement des deux SGBD(R), c'est
tout...

...mais aucun troll n'est lancé nous
comparons juste le fondement des deux SGBD(R), c'est
tout...

Ben non : au départ, il y a des interrogations sur l'avenir d'un SGBD auquel une proportion assez notable de développeurs est habituée suite au rachat de son éditeur par un autre qui a son propre SGBD.

Qu'on évoque les conséquences possibles en citant les opportunités ouvertes pour PGSql, c'est dans le sujet, mais si on dérape sur un comparatif MySQL/PGSql, ça va virer au troll sans intérêt pour qui que ce soit.