(les avis sont éclairés, j'ai pas dis que les orateurs de phpFrance était des illuminés !)[/i]

oh comment tu insultes phpfrance toi? ca va pas ou quoi? déja qu'on a un katagoto qui nous fait un kaka nerveux pour faire en sorte de rester le seul utilisateur actif de postgresql en france, faudrait voire à pas abuser! en plus qui c'est qui me traite de troll? moi je trolle jamais et j'interdit quiconque de dire que ca m'est déja arrivé, je suis sérieux et non-corosif dans chacun de mes propos.

bon sinon comme alternative faudra attendre un peu, les fondateurs (et principaux mainteneur) de mysql se sont cassés de AB au rachat par sun (ou bien celui par oracle je sais plus) donc y'a fort à parier que l'avenir technique de mysql soit sérieusement en danger du moins pour l'utilisation que nous en faisons dans le web cad 10% de ce qu'un oracle, un sql serveur ou un db2 sait faire, personellement je parierais plus pour un fork de mysql qui prenne le pas que sur postgres, tout simplement parceque postgres c'est beaucoup trop confidentiel et pas orienté web, ca sait faire beaucoup plus de choses que mysql et ca depuis longtemps, et en cela c'est très très respectable comme sgbd, mais ca ne représente toujours pas un réel interet pour les développeurs web vu que sortis de select/update/modify/delete et d'une utilsation très basiques des capacités transactionelles on a besoin de rien (même les procédures stockées franchement c'est rigolo mais ca sert à quoi, mis à part tenter de ressembler aux usines à gaz commerciales?). donc en d'autres termes pas glops, ceci dit ce n'est que mon avis, je regarde ça de loin n'ayant aucune utilisation d'aucun sgbd de façon courante à mon actif, je trouve qu'on sur-estimes beaucoup trop l'interêt des sgbd je veux dire franchement de toute manière dans 2 ans google aura toutes les informations de la terre, privées ou publiques, et puis si ça se trouve d'ici la le cern aura fini de créer son trou noir ou les prédictions des mayas se seront réalisé et il restera que tom hanks et quelques gens dans une super arche de noé perdu sur l'océan.

My 2 cents,
La pythie de delphes

< Mode tête à claque ON >
Ben c'est ça, après nous avoir fait tout un cinéma pour utiliser Mysqli et Pdo car Mysql c'est dépassé, vont nous dire après qu'il faut finalement passer à un système...
</ Mode tête à claque OFF >

Fais gaf 2012 c'est bientôt

(les avis sont éclairés, j'ai pas dis que les orateurs de phpFrance était des illuminés !)[/i]

oh comment tu insultes phpfrance toi? ca va pas ou quoi? déja qu'on a un katagoto qui nous fait un kaka nerveux pour faire en sorte de rester le seul utilisateur actif de postgresql en france, faudrait voire à pas abuser! en plus qui c'est qui me traite de troll? moi je trolle jamais et j'interdit quiconque de dire que ca m'est déja arrivé, je suis sérieux et non-corosif dans chacun de mes propos.

bon sinon comme alternative faudra attendre un peu, les fondateurs (et principaux mainteneur) de mysql se sont cassés de AB au rachat par sun (ou bien celui par oracle je sais plus) donc y'a fort à parier que l'avenir technique de mysql soit sérieusement en danger du moins pour l'utilisation que nous en faisons dans le web cad 10% de ce qu'un oracle, un sql serveur ou un db2 sait faire, personellement je parierais plus pour un fork de mysql qui prenne le pas que sur postgres, tout simplement parceque postgres c'est beaucoup trop confidentiel et pas orienté web, ca sait faire beaucoup plus de choses que mysql et ca depuis longtemps, et en cela c'est très très respectable comme sgbd, mais ca ne représente toujours pas un réel interet pour les développeurs web vu que sortis de select/update/modify/delete et d'une utilsation très basiques des capacités transactionelles on a besoin de rien (même les procédures stockées franchement c'est rigolo mais ca sert à quoi, mis à part tenter de ressembler aux usines à gaz commerciales?). donc en d'autres termes pas glops, ceci dit ce n'est que mon avis, je regarde ça de loin n'ayant aucune utilisation d'aucun sgbd de façon courante à mon actif, je trouve qu'on sur-estimes beaucoup trop l'interêt des sgbd je veux dire franchement de toute manière dans 2 ans google aura toutes les informations de la terre, privées ou publiques, et puis si ça se trouve d'ici la le cern aura fini de créer son trou noir ou les prédictions des mayas se seront réalisé et il restera que tom hanks et quelques gens dans une super arche de noé perdu sur l'océan.

My 2 cents,
La pythie de delphes

Bon, pour reprendre l'idée de cyrano qu'était de proposer des alternatives à MySQL pour LE GRAND JOUR MAUDIT, j'ai pour ma part un peu suivi le mouvement NoSQL (c'est assez alternatif ça ?):

CouchDB, La db orientée documents émergente, directement programmable en javascript (pour générer les vues etc..), interrogeable par HTTP (elle est entièrement REST), c'est assez relax, SQLite pour certaines petites choses, et j'ai un peu testé Cassandra par pure curiosité.

(les avis sont éclairés, j'ai pas dis que les orateurs de phpFrance était des illuminés !)

Tu as eu tort

oh comment tu insultes phpfrance toi? ca va pas ou quoi? déja qu'on a un katagoto qui nous fait un kaka nerveux pour faire en sorte de rester le seul utilisateur actif de postgresql en france, faudrait voire à pas abuser! en plus qui c'est qui me traite de troll? moi je trolle jamais et j'interdit quiconque de dire que ca m'est déja arrivé, je suis sérieux et non-corosif dans chacun de mes propos.

Comment dire...

bon sinon comme alternative faudra attendre un peu, les fondateurs (et principaux mainteneur) de mysql se sont cassés de AB au rachat par sun (ou bien celui par oracle je sais plus) donc y'a fort à parier que l'avenir technique de mysql soit sérieusement en danger du moins pour l'utilisation que nous en faisons dans le web cad 10% de ce qu'un oracle, un sql serveur ou un db2 sait faire, personellement je parierais plus pour un fork de mysql qui prenne le pas que sur postgres, tout simplement parceque postgres c'est beaucoup trop confidentiel et pas orienté web, ca sait faire beaucoup plus de choses que mysql et ca depuis longtemps, et en cela c'est très très respectable comme sgbd, mais ca ne représente toujours pas un réel interet pour les développeurs web vu que sortis de select/update/modify/delete et d'une utilsation très basiques des capacités transactionelles on a besoin de rien (même les procédures stockées franchement c'est rigolo mais ca sert à quoi, mis à part tenter de ressembler aux usines à gaz commerciales?).

Je pense pouvoir apporté un élément de réponse, voilà l'utilisation que j'en ai faite :
PostGreSQL dispose d'un grands nombre de projet que nous pouvons trouver sur PgFoundry (oui le site est moche).
PostGreSQL gère très efficacement l'indexation et la recherche sur les textes et ce en natif, et pour m'en être servit, ça évite pas mal de mots de tête. Il n'est pas rare de devoir insérer une fonction de recherche sur certains site.
J'ai également travaillé sur les représentation intervallaires (et je ne m'en lasse pas) qui sont relativement bien gérer par PgTreeLib.
En ce qui concerne les procédures stockées, hors-mit le fait qu'elles sont réalisable dans au moins 8 langages, je m'en suis servit pour diminuer les échanges entre PHP et PostGeSQL ce qui permet de faire des gains de temps substantiels du fait qu'elles soient, en plus, préparée. De plus elles sont, pour certains langages, compatible avec Oracle.
La documentation francophone de PostGreSQL est très bien faite.
Ce ne sont que des exemples, il existe d'autres.

Pour revenir à cette perte de MySQL pourquoi ne pas tenter le NoSQL notamment Cassandra, soutenu par Apache, ça pourrait être intéressant.

PS : Arg, tu m'a grillé Berzemus

De toute façon, il n'y a aucunes raisons de paniquer là.
Avant que Mysql ne soit plus utilisable, on a largement le temps.

De plus il y a SQLite, qui ne demande aucune installation supplémentaire, qui peut-être utilisé pour tous traitements simple, et d'ailleurs je pense que l'on ne l'utilise pas assez et moi le premier.

Ensuite la majorité des sites utilisent MySQL pour des traitements plutôt simples, et donc la où SQLite pêche un peu, et bien par exemple un simple fichier ini protégé par un .htaccess de tout accès extérieur peut très bien faire l'affaire.
Par exemple, pour le stockage de noms d'utilisateurs et mots de passe cryptés en MD5, et ne me dites pas que 90% des sites web possèdent 10.000 utilisateurs hein

Ensuite il y a PostGeSQL comme le souligne zeus, qui est justement plus efficace que Mysql pour tous traitements complexes en général...
http://www.siteduzero.com/tutoriel-3-31 ... oisir.html

Et encore ensuite, il existe et existera d'autres alternatives comme le souligne Berzemus.

Excusez moi, mais on avait pas déjà parlé longuement de la fin envisagée de mysql lors de son précédent rachat ?

et son fondateur et créateur originel (monty) n'avait il pas déjà dit qu'il fallait envisager de changer de sgdb .. voir même de reprendre à la base une nouvelle version de mysql ? voir même qu'il envisager de remonter une équipe pour ce faire ??

je suis désolé, je manque de connaissance en ce domaine, j'ai déjà un peu de mal à suivre toutes les technologies qui sortent, si en plus, je risque de ne plus pouvoir me reposer sur mysql (qui répond à mes besoins) ... il va vite y avoir une guerre entre les 2 hémisphères de mon cervelet ^^

Bah, SQLite est bien pour les choses simples, mais comme il y a pas de gestion des droits, ça rend les choses incertaines.
De plus, aux dernière nouvelles, il gérait mal le typage et avait quelques difficultés pour les écritures simultanées complexes.
Personnellement, je serais le premier à l'utiliser pour les projets PHP de mon BTS bien que je n'arrive pas à y accéder via PHP, mais ça c'est un autre soucis.

En gros, d'après moi, Oracle a dépensé des millions pour rien, c'est un projet open-source, donc cela n'appartient par définition à personne.
Que ce soit leur créateurs initiaux, peuvent très bien le reprendre sous une autre forme, soit les forks qui existent, sans oublier les sources qui sont accessibles...

C'est comme si on disait, intel a racheté Debian -> Oui ok c'est bien, ben on va faire un debian 2

D'ailleurs, quitte a racheter un projet open-source, autant aussi penser aux développeurs qui ont travaillé dessus, les développeurs qui ont fait des rapports de bugs, fait des propositions d'améliorations, qui ont donc participé de façon direct ou indirect au projet open-source...

Donc la seule chose qui peut arriver d'après moi, c'est l'arrêt du support du projet, qui pourra donc être repris par quelqu'un d'autre sous la même forme ou une autre...

c'est un projet open-source, donc cela n'appartient par définition à personne.

très bien résumer la situation, ca a fais beaucoup de bruit pour rien a cause de ca.

En gros, d'après moi, Oracle a dépensé des millions pour rien, c'est un projet open-source, donc cela n'appartient par définition à personne.

d'accord, mais les développeurs ne vivent pas d'amour et d'eau fraiche, ils ont sortis des versions commerciales, et se servait +/- de la version free pour les tests, idées d'évolutions, orientations technique et autres ... non ?
si oracle les a acheté, ce n'est pas pour la notoriété ni pour les licences open-source, mais ça peut être pour plomber le développement, et massacrer la communauté en balançant des pavé du style : "les gars, pensez à aller voir ailleurs, car nous allons plomber MySQL" et ainsi, petit à petit dilapider le produit en divisant la communauté en x dizaine de morceaux gravitant autour de forks et autres !... pour au final avoir éliminé un sérieux concurrent, tout en conservant les produits commerciaux et en utilisant les idées du produit originel pour des versions commerciales !...

ou ais-je tout faux !?

Je pense que c'est un peu erroné, Oracle et MySQL ne jouent pas du tout dans la même cours.
Oracle est très utilisé dans les sociétés à haut besoins que ce soit en prefs, en stabilité ou en rapidité de dev', des sociétés qui ont besoin de pouvoir compter sur un service technique très poussé et très efficace.
MySQL est très utilisé par des indépendants ou des petites compagnies (je ne dit pas que certaines grosses firmes ne l'utilisent pas).
Je pense que c'est plus PostGreSQL qui l'embête vu qu'on les compare souvent, mais PostGreSQL n'a pas de prix
Pour qu'un projet Opensource appartienne à tout le monde, il faut la bonne licence.

Pour qu'un projet Open-source appartienne à tout le monde, il faut la bonne licence.

Oui c'est vrai, c'est un détail important, mais du moment qu'il est considéré comme open-source, les sources sont accessibles et peuvent être utilisées à d'autres projets.
De plus on ne peut pas décréter qu'un projet est open source et ensuite racheter ce même projet sans prendre en compte les millions d'utilisateurs et de développeurs qui ont participé à son évolution.
Grâce à toutes ces raisons, les impacts dû à un rachat sont énormément limités, et donc seulement limités à l'arrêt du support du projet identifié par un Nom (une marque) pouvant être repris sous une autre nom...

Un détail : Sun n'a pas racheté le serveur MySQL, ils ont acheté MySQL AB, l'entreprise qui pilotait le développement de MySQL. Mais attention, il y a des copyright dont Sun dans un premier temps et Oracle par la suite ont hérité. Et le problème est là. Certaines applications créées par MySQL AB n'étaient pas totalement Open Source. Monty à ce niveau là dit qu'il s'est fait avoir, je n'y crois pas trop mais le fait est là, tout ne peut pas être utilisé dans les forks. Et l'autre problème est que pour que MySQL puisse continuer en Open Source, il faut qu'un leader reprenne la direction du développement pour que ça ne devienne pas n'importe quoi. Si Monty ne continue pas sur MySQL, c'est qu'il y a un blocage quelque part, et si les autres leaders du développement de MySQL sont tous plus ou moins partis chacun de leur coté sans pour autant rejoindre Monty dans le projet MariaDB, c'est qu'il y a un problème : la question que je me pose concerne la nature de ce problème.

Enfin bon, encore une fois, pour ce que j'en dis hein...

Bon, eh bien a priori, ça n'en est pas encore fini pour MySQL

http://www.developpez.net/forums/d90750 ... nir-mysql/