Sur ce point je ne pense pas qu'il y ait d'inquiétude à avoir, Oracle et pro-Java.
Ca j'en doute pas, dur de racheter sun sans etre pro java.
La question c'estp lutot quelle direction ils vont donner au langage, et j'ai plus tendance a faire confiance a ibm sur ce coup la.
MySQL peut forker si jamais Oracle ne fille pas droit.
MySQL peut forker, certes, mais vu le niveau atteint par le produit, c'est pas 3 devs benevoles qui vont pouvoir maintenir le bestiau, il faut une bonne grosse boite avec plein de dollars dans la poche.
Je dit pas que c'est impossible ou que ca n'arrivera pas, mais ca limite les possibilites.
Oui alors ils s'y connaissent vraiment un peu, voir pas du tout.
Je sais bien qu'oracle tient tres bien la charge et est tres tres costaud. Oracle est sur le marche depuis des decennies et se vend toujours, la preuve que c'est un bon SGBDR. Et il est tres certainement le plus adapte pour de gros besoins.
Par contre, il est tres lourd, tres chiant a utiliser pour un developpeur et clairement surdimensionne pour enormement d'application, la ou un pgsql/mysql feront tout aussi bien le boulot, en etant bien plus souple et moins cher.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par thedude . En réponse à la dépêche Oracle achète Sun. Évalué à 2.
Ca j'en doute pas, dur de racheter sun sans etre pro java.
La question c'estp lutot quelle direction ils vont donner au langage, et j'ai plus tendance a faire confiance a ibm sur ce coup la.
MySQL peut forker si jamais Oracle ne fille pas droit.
MySQL peut forker, certes, mais vu le niveau atteint par le produit, c'est pas 3 devs benevoles qui vont pouvoir maintenir le bestiau, il faut une bonne grosse boite avec plein de dollars dans la poche.
Je dit pas que c'est impossible ou que ca n'arrivera pas, mais ca limite les possibilites.
Oui alors ils s'y connaissent vraiment un peu, voir pas du tout.
Je sais bien qu'oracle tient tres bien la charge et est tres tres costaud. Oracle est sur le marche depuis des decennies et se vend toujours, la preuve que c'est un bon SGBDR. Et il est tres certainement le plus adapte pour de gros besoins.
Par contre, il est tres lourd, tres chiant a utiliser pour un developpeur et clairement surdimensionne pour enormement d'application, la ou un pgsql/mysql feront tout aussi bien le boulot, en etant bien plus souple et moins cher.