Articles précédents : Logiciel
- [40] TheKompany libère Rekall
- [100] Nouvelle version d'OpenDarwin
- [4] NeoOffice/J 0.7
- [38] Pro/Engineer sous Linux
- [316] Un nouveau serveur X avec la transparence !
- [19] 3 nouveaux jeux sous Linux : Gorky 17, Knights and Merchants et Software Tycoon
- [19] Mandrake Linux 9.2 RC1 pour AMD64
- [114] Fedora Core 1 [Yarrow] est disponible
- [46] Activision relache le code source de Civilization CTP2
- [13] Dernière mouture de shfs (sshfs)
Liens connexes
- PostgreSQL Press Kit v7.4 (1199 hits)
- MaxDB by MySQL (1342 hits)
- PostgreSQL sur DLFP (1167 hits)
- MySQL sur DLFP (832 hits)
- Téléchargements PostgreSQL (miroirs FTP) (420 hits)
- Téléchargements MaxDB (462 hits)
Dépêche modérée par
Logiciel : Les bases de données OpenSource en ébullition
Posté par Nÿco (Jabber id, page perso, ). Modéré le 18 novembre 2003.
C'est cette semaine qu'est sortie la version 7.4 du gestionnaire phare de bases de données relationnel-objet PostgreSQL. Après un an de développement, 5 betas et 2 Release Candidates depuis début novembre, ce RDBMS est disponible sur les miroirs FTP ainsi que via BitTorrent.
On le savait, SAP et MySQL ont récemment conclu un accord de développement sur le gestionnaire libre de bases de données SAP DB. Il en sort « MaxDB by MySQL » qui est une version revue et bientôt supportée par MySQL AB en double licence GPL et propriétaire.
![[en]](../../../images/en.png)
PostgreSQL Press Kit v7.4 (1199 hits)-
MaxDB by MySQL (1342 hits)
![[fr]](../../../images/fr.png)
PostgreSQL sur DLFP (1167 hits)-
MySQL sur DLFP (832 hits)
-
Téléchargements PostgreSQL (miroirs FTP) (420 hits)
-
Téléchargements MaxDB (462 hits)
> Lire la suite (128 commentaires, moyenne: 1,9). [dépêche : 546 caractères]
Les torrents sont disponibles : http://bt.postgresql.org/
Le changelog est détaillé : http://developer.postgresql.org/~momjian/HISTORY.html
Beaucoup de d'améliorations de performance et disponibilité, des nouvelles fonctionnalités et aussi le support de la réplication grâce à eRServer 1.0 : http://www.erserver.com/ (libre sous licence BSD, en Java)
MaxDB
C'est simplement la version 7.5 de SAP DB, qui est multiplateforme Linux/Unix et Windows. Il existe des outils de développement, d'administration et de chargement.
Re: Les bases de données OpenSource en ébullition
J'ai encore du mal à comprendre ce que l'on entend par double licence !
Quelqu'un peut-il m'expliquer ?
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Robert VISEUR (page perso, ) le 18/11/2003 à 10:55. (lien). Évalué à 20.Le soft est publié sous deux licences.
Pour Qt par exemple, tu as une version GPL qui est gratuite (et qui t'oblige à développer en GPL). Et tu as une version proprio payante (assez chere) qui te permet de faire du soft proprio.
Dans le cas de MySQL, une bonne partie des revenus viennent de la vente de licences dites commerciales, qui représentent 1% (soit 5000 unités) du nombre de MySQL installés.
Exemples : Open Office, Qt, MySQL, etc.-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Robert VISEUR (page perso, ) le 18/11/2003 à 10:58. (lien). Évalué à 8.Pour Qt, ils vendent du support et des licences. Tu peux voir les tarifs des licences et de la maintenance ici : http://www.trolltech.com/products/qt/pricing.html(...) .
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Marc Perron (page perso, ) le 18/11/2003 à 14:34. (lien). Évalué à 3.La version proprio de Qt offres des fonctionalitées aux delà de la version GPL (QCanvas par exemple) ce qui permet à l'éditeur de logiciel de créer des éléments graphiques plus complexes que ce qui est possible avec l'ensemble de ' 'widgets' disponibles sous la version GPL.
Tant qu'a la license GPL, si je ne me trompe pas, n'est il pas possible de développer des logiciels commerciaux avec des libs en GPL? Si d'ailleurs on décide de faire des extensions aux libs, il n'est pas permis de les distribuées sous licenses autre que GPL? Clarifications?--
La pizza et le vin ne font pas épicurien.-
[^]Re: Les bases de données OpenSource en ébullition
Posté par gebura () le 18/11/2003 à 15:46. (lien). Évalué à 3.GPL => t es obligé de diffuser en GPL
LGPL = library GPL => t es pas obligé de diffuser les porgs basé dessus en GPL, mais obligé de les diffuser en LGPL (je suis pas sur de ca mais l inverse m ettonerait bp)-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Matthieu Moy (page perso, ) le 18/11/2003 à 15:54. (lien). Évalué à 4.LGPL = Lesser GPL.
Le code LGPL reste LGPL, mais tu peux linker avec d'autres licences non-libres.-
[^]Re: Les bases de données OpenSource en ébullition
Posté par fab (page perso, ) le 23/11/2003 à 22:31. (lien). Évalué à 1.en gros si g ien tout suivit
gpl = reste en gpl
lgpl = reste enlgpl mais peut etre dev avec des liscences autres
cbien ça ?--
La liberté ! c'est sur ce principe que repose la démocratie alors pourquoi pas l'informatique ?
-
-
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par blackshack (page perso, ) le 18/11/2003 à 21:21. (lien). Évalué à 2.erreur la version GPL est identique à la version entreprise proprio, c a d la plus complété- si ce n'est les class Qt pour créer ou gérer des activesX (dispo donc que sous windows, donc que sous version proprio-.
Par contre en proprio, il y a 3 versions payante, dont les fonctionnalités augmentent avec le prix : base (la - cher), professinnelle et entreprise(la+cher).
GPL inclue tout donc, plus pour l'installeur Qt de la version Win32 -ils ont acheté la version entreprise au boulot, car développant sous Linux, j'y utilise Qt, la moitié des applis que je faits devant pouvoir aussi fonctionnées sous win, et je développe des applis propres a win (qui pour diverses raison ne peuvent être utilisé sous nux, genre utilisation périph spécial,....), et même là j'utilise Qt, donc ils en avaient marre de tout les mois récupére une clé d'évaluation active pour trente jours, afin d'utiliser les applis. Bien sûr utilisant la lib win, je met qd même mes osurces sous gpl. Dans le même genre j'ai réussi à faire pass la moitié de leur parc sous linux aussi -les machines Solaris qui ont du être remplacés ont été passé sous nux -normal ils ont utilisé les nlles compétences disponibles: moi en Linux quoi- et les nouvelles machines sont les 3/4 sous nux aussi. YEEEEEEEES!!!
Oui bon pour revenir a mes moutons, l'installeur de Qt une fois payés -qui recompile tout qt, c pas une lib déjà compilé qui est filé- permet de sélectionner plein de compilateurs différents pour windows afin de la compiler, dont Gcc pour Windows.
pour info avec la license entreprise -les autres je sais pas- il y a un an d'assistance et d'update compris.-
[+] [^]Re: Les bases de données OpenSource en ébullition
Posté par RB () le 18/11/2003 à 21:31. (lien). Évalué à -1.une ptite question pour qt:
avec qt designer sous linux, certains éléments sont notés 'KDE', est-ce que si je les utilise dans mon appli, je pourrais quand meme la recompiler sous qt windows sans les librairies kde ?-
[+] [^]Re: Les bases de données OpenSource en ébullition
Posté par blackshack (page perso, ) le 18/11/2003 à 21:44. (lien). Évalué à -1.je crois que la réponse est dans la question: si j'utilise une lib pour une appli, et que je recompile l'appli sur un système ne contenat pas la lib, est-ce que cela va compiler.... NON!!!
KDE n'est que pour Linux donc... par contre pas à pas, niveaux par niveaux, il doit être possible de compiler les libs -toutes ou parties- de KDE (au départ que Qt et c++, donc ... cela ne sera que les appelles a fonction X11 (directement ou par les pointeurs que fourni Qt pour) que cela va merder, mais bon les simples widgets kde inclus dans QtDesigner, je pense pas que cela appelle le système. -D'ailleurs certains widget founi sont pas dur à refaire soit même, genre les diodes, faudra que je retrouve le code que j'avais fait pour une appli windows, mais c'était une classe de allez... 30 lignes héritant de QLabel (du style , tu prends 2 (ou 3 si tu veux 3 états pour tes diodes) images de diodes -un rond rouge, un rond vert, un rond vide, enfin comme tu veux....- avec un slot publique ayant un paramétre d'état (d'un énum pourquoi pas) et hop ta led change de couleur quand le slot est appelé par un signal externe...
Beaucoup des wdgs KDE inclus doivent être de ce style -pas tous surement, mais bon j'ai pas regardé donc c surement possible-.
De plus si tu veux que tes leds soit une classes dispo dans qtdesigner, tu fais QCustomWidget sur ta class Led par l'outil dispo dans QtDesigner est le tour est joué
-
-
-
-
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par lordcow () le 18/11/2003 à 13:49. (lien). Évalué à 1.Et moi, si je fait des modifs, je ne le donne pas en double licence, je le donne en GPL.
Ils n'ont pas le droit de réintégrer mon code dans leur version proprio? Si je mets mon code en double licence, ai je le droit d'avoir ma part du gateau?--
Je est un autre.-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Nicolas Boulay () le 18/11/2003 à 13:59. (lien). Évalué à 2.Il ne peuvent en effet pas le faire.
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par passant (page perso, ) le 18/11/2003 à 14:29. (lien). Évalué à 2.Si je mets mon code en double licence, ai je le droit d'avoir ma part du gateau?
je ne pense pas, tu as reçu le code en GPL, si tu le redistribue c'est également en GPL.--
--
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Zenitram (page perso, ) le 20/11/2003 à 22:56. (lien). Évalué à 1.Ils n'ont pas le droit de réintégrer mon code dans leur version proprio?
Non, a moins qu'ils te demandent que tu leur cedes les droits (c'est ce qui est demandé a tous les developpeurs de Qt/MySQL/etc..., et ce que je demande aussi pour mes developpemeurs, afin de maitriser mon logiciel en ayant le pouvoir de faire ce que je veux du code, sans etre limité par la GPL (oui, la GPL, ca limite énormement les droits...))
Si je mets mon code en double licence, ai je le droit d'avoir ma part du gateau?
Pas en diffusant en double licence. Tu n'as sans doute pas compris le systeme de la double licence : eux te permettent de faire du fermé, ou une licence de ton choix, apres toi tu peux revendre comme tu veux. Pour avoir ta part du gateau, il faudrait que tu trouves des acheteurs toi-meme pour ta version modifée.
-
-
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Tennis Prono (page perso, ) le 18/11/2003 à 10:55. (lien). Évalué à 4.Ils ont écrit le code, donc ils ont le droit d'auteur copyright dessus. Ils peuvent donc concéder sous license leurs programmes. Ils peuvent proposer de te concéder leurs programme sous la license qui t'arrange le plus. Exemple:
- je veux du libre: ils te le fournissent en GPL
- je le faire du proprio (parce que je veux linker à du soft proprio): ils te le fournissent sous une autre license (et dans ce cas tu vas surement passer à la caisse)--
Pas de bureau 3d libre sans drivers libres!
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Matthieu BENOIST () le 18/11/2003 à 11:01. (lien). Évalué à 6.Il y à une license GPL ,et une license commerciale pour pouvoir utiliser tout ça dans une application non GPL.
Donc si ton code est 100% GPL tu peut livrer ou faire ce que tu veut avec mysql.
Si ton appli est commerciale, et basée sur MySQL, et que tu veut distribuer le tout, ben tu tombe sous la license commerciale.
Si ton appli est closed source, mais juste pour ta boite, sans copie, distribution, etc, ben tu n'a pas besoin de la license commerciale.
cf http://www.mysql.com/products/licensing.html(...)-
[^]Re: Les bases de données OpenSource en ébullition
Posté par PasChauve PasOunet () le 18/11/2003 à 13:52. (lien). Évalué à 5.ne pas confondre commercial et proprietaire
la GPL peut sans aucun soucis etre commerciale .-
[+] [^]Re: Les bases de données OpenSource en ébullition
Posté par Matthieu BENOIST () le 18/11/2003 à 14:32. (lien). Évalué à -1.heu, je confond rien, je reprend ce qui est dit sur leur site ou il parlent de commercial license... bon ok, il parle de commercial non-GPL license.
et pour être plus claire, lorsque il parle de GPL, il parlent aussi des license compatibles OSI.
Mea Culpa :) --->[]
-
-
-
[^]Re: Les bases de données OpenSource en ébullition
Re: Les bases de données OpenSource en ébullition
Je pense que MySQL est décidément parti pour gagner.
(j'entends par la : avoir le plus grand nombre d'utilisateurs)
Dans quelques temps, les utilisateurs auront avec MySQL toutes les fonctionnalités des autres SGBD.
Esperons que MySQL ne devienne pas trop compliqué car sa simplicité et ses performances y sont pour beaucoup dans son énorme succès (nottament pour les sites web)
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Robert VISEUR (page perso, ) le 18/11/2003 à 11:12. (lien). Évalué à 2.> Esperons que MySQL ne devienne pas trop compliqué
Ce qui me fait tiquer avec MySQL, c'est que MySQL AB la présente comme une base de données de commodité optimisée pour le Web. Le CEO de MySQL AB ne la voit donc pas comme une concurrente des SGBD client-serveur à la base comme Oracle. Mais parallèlement à cela, MySQL signe un accord avec SAP qui a priori à plus besoin d'un SGBD client-serveur type Oracle pour faire tourner son ERP.
Donc, je me demande aussi comment MySQL AB va gérer ça : continuer à satisfaire ses clients qui recherchent un SGBD web de commodité et satisfaire ceux qui veulent faire touner ça en dessous d'une application client-serveur type ERP.-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Stéphane TRAUMAT (page perso, ) le 18/11/2003 à 11:19. (lien). Évalué à 2.Pour moi, au contraire, il a raison.
Si MySQL ajoute les vues, les triggres et les procédures stockées, il pourra faire tourner SAP ou tout autre ERP sans problème.
Par contre, ces fonctionnalités ne sont pas nécéssaires pour faire des applications web, les gens peuvent donc les ignorer tout simplement.
Les gens pourront donc continuer d'utiliser les fonctionnalités de base de MySQL et ceux qui voudront aller plus loin pourront utiliser le reste....
La grosse erreur, je pense, serait de rajouter des choses comme les tablespaces et autres "conneries" de ce genre qui compliquent énormement l'utilisation des SGBD.-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Robert VISEUR (page perso, ) le 18/11/2003 à 11:28. (lien). Évalué à 3.> Pour moi, au contraire, il a raison.
Je ne dis pas qu'ils ont tort. Mais, dans l'interview dont je me souviens, le boss de MySQL avait l'air de dire que techniquement un SGBD orienté web était différent d'un SGBD client serveur classique en particulier compte tenu du nombre de connection à supporter.
Donc, ce que je me demande, c'est si les fonctionnalités propres aux deux utilisations sont techniquement conciliables ou non.
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Onishin () le 18/11/2003 à 12:01. (lien). Évalué à 0.pas oublier les transactions , je crois que mysql les supportes pas encore
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Hardy Damien (page perso, ) le 18/11/2003 à 12:24. (lien). Évalué à 6.Faux : mysql le supporte sur le type de table InnoDB
-
-
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Thierry Boudet (page perso, ) le 18/11/2003 à 14:00. (lien). Évalué à 3.je me demande aussi comment MySQL AB va gérer ça :
Probablement en accumulant patches sur patches, afin d'arriver au bloatware absolu. Il me semble bien que pour créer des tables ou tu puisse utiliser les transactions, il faille utiliser une syntaxe particulière, with innodb si mes souvenirs sont bons... Tenterais-ils de faire un plat de spag^Wnouilles afin de séduire les utilisateurs de complexitées kro$oftiennes ?
La virulence des "fans" de MySQL me le fait penser. Nous autres, Dinos, préféreons de loin la sérénité des procédures stockées de Postgresql. Un fois stockée, elle te laisse roupiller...-
[^]Re: Les bases de données OpenSource en ébullition
-
-
-
[+] [^]Re: Les bases de données OpenSource en ébullition
Posté par Matthieu BENOIST () le 18/11/2003 à 11:13. (lien). Évalué à -1.C'est pas déjà le cas ?
si non, quel est le Sgbd le plus répendu/utilisé ?
Celui qui dit access prend la porte.-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Stéphane TRAUMAT (page perso, ) le 18/11/2003 à 11:20. (lien). Évalué à 0.Ce que je voulais dire, c'est que MySQL est considéré comme un produit bas de gamme alors qu'il est bien plus que ça.
Avec les fonctionnalités et l'appui de SAPDB, les choses vont changées.
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Robert VISEUR (page perso, ) le 18/11/2003 à 11:22. (lien). Évalué à 7.Tout dépend du marché que tu considères.
Si c'est pour des applications d'entreprise, tu va souvent trouver Oracle, DB2 et SQL Server. Si c'est du web de base, tu vas trouver MySQL (car supporté par bcp d'hébergeurs gratuits ou à bas prix -> effet de volume). Si c'est une base de données bureautique, tu vas avoir des trucs comme Filemaker ou Access. Etc.
En plus, vu que MySQL ou PostgreSQL échappent aux circuits commerciaux classiques, la fiabilité des stats ne doit pas toujours être géniale.
Voir notamment http://www.silicon.fr/click.asp?id=544(...) / http://www-5.ibm.com/fr/software/data/informix/gartner.html(...) .-
[+] [^]Re: Les bases de données OpenSource en ébullition
Posté par Matthieu BENOIST () le 18/11/2003 à 13:29. (lien). Évalué à -2.Je sais ça, merci, ma réponse était juste aussi lapidaire que la première partie du post : "mysql va gagner ie avoir le plus d'utilisateur", ou quelque chose dans ce genre.
Bon, ok, c'était sensé être ironique. bon, -1 et je sort --->[]
-
-
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Ngoc-Khoi TO (page perso, ) le 18/11/2003 à 11:23. (lien). Évalué à 3.J'espère que c'est posgresql. Car c'est un vrais SGBD. Plus stable, plus fonctionalité, plus professionelle. Et sur tout il est comparable avec les autres bases de données comme DB2, Oracle, Informix, etc. C'est une bonne SGBD pour le système d'information ou datawarehouse. Pour le web la recherche fulltext est suppert. Mais la mode n'est pas avec lui domage. Cordiallement.
--
http://media-convert.com/convertir/-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Stéphane TRAUMAT (page perso, ) le 18/11/2003 à 11:37. (lien). Évalué à 0.Perso, je trouve MySQL :
- Très professionnelle
- Très Très stable
- Très facile d'utilisation
- Facilement installable sur la plupart des plateformes
Il lui manque juste deux trois fonctionnalités qu'il aura rapidement et qui lui permettront d'être préférés à PotsgreSQL.
Je pense que les avantages que je trouve à MySQL l'ont propulsé numéro 1, ce n'est pas une mode.-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Olivier Jeannet () le 18/11/2003 à 12:06. (lien). Évalué à 10.[MySQL] Il lui manque juste deux trois fonctionnalités qu'il aura rapidement et qui lui permettront d'être préférés à PotsgreSQL.
Tu vas vite en besogne. Il manque pas mal de choses non triviales à MySQL pour arriver au niveau des possibilités de PostgreSQL, je pense en particulier aux procédures stockées, aux triggers, à la conformité au langage SQL (sub-select par exemple).
Concernant la facilité d'utilisation, PostgreSQL est vraiment très simple à installer et à utiliser (je l'ai même fait plusieurs fois depuis les sources, pour avoir rapidement la dernière version). Je ne l'ai jamais vu planter en 3 ans.
Ayant voulu comparer il y a quelques mois les performances de MySQL et PostgreSQL (avec un bench assez simple, pgbench, qui est livré avec PostgreSQL; je l'ai modifié pour qu'il tourne avec MySQL), j'ai eu des soucis lors des accès simultanés, MySQL me faisait des "deadlocks". Ca ne m'a pas donné envie de continuer. J'ai bien entendu comparé les dernières versions de ces 2 bases.
Je pense que les avantages que je trouve à MySQL l'ont propulsé numéro 1, ce n'est pas une mode.
A mon avis, c'est surtout qu'il y a quelques années il était très rapide pour des bases simples avec peu de modifications et beaucoup de lectures, cas typique d'un site Web; et PostgreSQL était moins fort pour ça. Il a bénéficié ainsi d'une avance initiale, et d'une certaine publicité, sans doute aidé par la société qui est derrière, alors que PostgreSQL quasiment pas. Mais depuis un bout de temps, PostgreSQL n'a pas à rougir de ses performances, et surtout est beaucoup plus puissant qu'une simple base de données accolée à un site Web.
En fait les 2 bases ne jouent pas dans la même cours.
J'ai parfois l'impression que le fait que ce soit MySQL qui est mis en avant (au lieu de PostgreSQL) est aussi arbitraire que pour Linux face à BSD (je ne dis pas qu'un OS est meilleur que l'autre).-
[^]Re: Les bases de données OpenSource en ébullition
Posté par cumulus () le 18/11/2003 à 12:53. (lien). Évalué à 1.Il manque pas mal de choses non triviales à MySQL pour arriver au niveau des possibilités de PostgreSQL, je pense en particulier aux procédures stockées, aux triggers, à la conformité au langage SQL (sub-select par exemple).
On y vient, on y vient .. :
Sous-requêtes en 4.1
Support for subqueries and derived tables
A subquery is a SELECT statement nested within another statement. A derived table (unnamed view) is a subquery in the FROM clause of another statement. See section 6.4.2 Subquery Syntax.
http://www.mysql.com/doc/en/Nutshell_4.1_features.html(...)
Pro stock en version 5 :
Stored Procedures
Stored procedures are currently being implemented. This effort is based on SQL-99, which has a basic syntax similar (but not identical) to Oracle PL/SQL. We will also implement the SQL-99 framework to hook in external languages, and (where possible) compatibility with, for example, PL/SQL and T-SQL.
http://www.mysql.com/doc/en/TODO_MySQL_5.0.html(...)
Et triggers en 5.1 :
Triggers are scheduled for implementation in MySQL version 5.1.
http://www.mysql.com/doc/en/ANSI_diff_Triggers.html(...)
Ce n'est qu'une question de temps :).-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Thierry Boudet (page perso, ) le 18/11/2003 à 13:49. (lien). Évalué à 6.On y vient, on y vient .. :
On attend, on attend...
Ce n'est qu'une question de temps :).
Pendant ce temps, Postgres tourne en production, sur de grosses bases, et accumule une expérience délicate à rattraper. psql c'est bien, mangez-en. Je sais, ça fait un peu troll, mais MySQL, porté par la vague des sites web à 3 balles n'a pas encore fait la preuve de son efficacité industrielle. C'est mon avis à moi que j'ai, et que je partage avec moi-même...-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Elrik de Melnibone () le 18/11/2003 à 14:12. (lien). Évalué à 4.C'est franchement plus un troll !
Tout le monde s'accorde pour dire que Postgres et Mysql ne sont pas au même niveau. Depuis que Mysql integre la norme, c'est drole ses performences chutes dès qu'on pousse un peu les requettes.
Non, moi qui ai bossé pour plusieurs boites avec de grosses bases, il n'y a tout simplement que du PostgreSQL en libre ! On la compare à Oracle et DB2. Alors qu'on compare plus MySQL à Access pour le moment. Je veux dire que ca ne viendrait à l'idée de personne de mettre en prod une "vraie" base sous MySQL.-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Moby-Dik () le 18/11/2003 à 14:23. (lien). Évalué à 5.Je veux dire que ca ne viendrait à l'idée de personne de mettre en prod une "vraie" base sous MySQL.
Ouais. D'ailleurs, les clients professionnels de MySQL, c'est des faux, ils ont tous de gros nez rouges et un maquillage idiot et ils font rigoler les enfants dans la rue...
C'est franchement plus un troll !
Oui, à ce niveau, c'est un mammouth qu'on essaie de ressusciter...-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Elrik de Melnibone () le 18/11/2003 à 14:53. (lien). Évalué à 3.Par "vraie" base, j'entends une base conséquente en volume et complexe à implementée.
Bien sur on peut utiliser MySQL pour de petite base si tu veuxn j'ai rien contre.
Et c'est donc à ce niveau qu'il n'y a plus de troll.
Au niveau des petites bases, il y a un gros troll sur la rapidité de MySQL face à Postgres. Mais comme j'aime pas ca. Je ne ferai pas de commentaires ;-)-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Matthieu Moy (page perso, ) le 18/11/2003 à 14:58. (lien). Évalué à 4.http://www.mysql.com/press/user_stories/yahoo_finance.html(...)
"Yahoo! uses the MySQL database to power many of the services on Yahoo! Finance"
Il y en a d'autres ici
http://www.mysql.com/press/user_stories/(...)
-
-
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Matthieu Moy (page perso, ) le 18/11/2003 à 14:30. (lien). Évalué à 1.Je n'ai pas suivi les dernières évolutions, mais il y a quelques années, MySQL, c'était null au niveau fonctionalités et intégrité des données, mais c'était aussi le plus rapide. Donc, pour une base de donnée avec pas trop d'accès en écriture qui poseraient problème niveau intégrité des données par exemple, mais gourmande en ressources, MySQL était un très bon choix. Ce n'est pas pour rien qu'il y a des bouts de MySQL chez des gros fournisseurs de services sur le net (yahoo au moins, je crois qu'il y pas mal d'autres).
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Stéphane TRAUMAT (page perso, ) le 18/11/2003 à 15:02. (lien). Évalué à 4.Nasa, Yahoo, Google... rien que ça
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Alexis Muller (page perso, ) le 18/11/2003 à 15:20. (lien). Évalué à 1.Woua c'est trop fort, je n'ai pas trouvé d'info techniques sur le SGBD utilisé par Google ! Ce serait sympa de nous donner tes sources.
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Stéphane TRAUMAT (page perso, ) le 18/11/2003 à 15:34. (lien). Évalué à 1.Je ne retrouve pas l'article...
mais tu as les offres d'emplois de google :
http://googlesite.google.com/search?q=mysql&site=googlesite&(...)
Voila :)-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Elrik de Melnibone () le 18/11/2003 à 15:43. (lien). Évalué à 5.Eh les gars, arretez l'intoxe !
C'est quoi l'interet de defendre cette base à tout prix ?
PostgreSQL est libre et meilleure pour le moment. C'est un fait.
Laissons MySQL murir un peu, et gardons nous de ne pas changer d'avis !-
[+] [^]Re: Les bases de données OpenSource en ébullition
Posté par Stéphane TRAUMAT (page perso, ) le 18/11/2003 à 16:19. (lien). Évalué à -1.Ouais, mais je trouve que MySQL est déja mûr
-
[^]Re: Les bases de données OpenSource en ébullition
-
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Alexis Muller (page perso, ) le 18/11/2003 à 15:53. (lien). Évalué à 1.Ca ne veut pas dire qu'ils utilisent MySQL pour stocker leurs monstrueuse masse d'informations (c'est pas non plus ce que tu as dit ;-).
Je ne pense pas que MySQL supporte les bases de données réparties...?
A mon avis ils utilisent une base de leur propre cru spécialement optimisé pour ce qu'elle à à faire.-
[^]Re: Les bases de données OpenSource en ébullition
Posté par elamapi () le 18/11/2003 à 16:04. (lien). Évalué à 5.A ba tien, justement, voila une question qu'elle est bonne.
J'ai été DBA Oracle en secteur banquaire pendant 1 an et une des chose qui m'a calmé c'est la notion de base répartie.
Je dis bien répartie et pas simplement dupliquée.
En gros, j'avais un oracle a paris, un a lyon, un a marseille et un quelque part en bretagne (mais la c'est pas moi qui m'en occupais).
et bien tout ces oracle étaient "la meme base".
En gros, quelque soit l'oracle sur lequel se connecter un user pour faire des select,insert,update,delete,... il affecte tous les autres.
avantage.
Des LS a 2Mb interconnectaient chaque site (donc chaque site peut discuter rapidement avec les autres). Et les user se connecter au site le plus "proche" (en terme de réseau).
Est - il possible de faire la meme chose avec postgres/mysql ou un autre sgbd free ?
merci-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Christophe Lucas (page perso, ) le 19/11/2003 à 09:35. (lien). Évalué à 1.Salut,
Je n'ai pas eu encore le temps de me pencher sur cette question concernant cela sur Posgresql. Néanmoins, tu peux faire cela avec la réplication des données avec MySQL. Tu peux surement le faire avec Postgresql, j'en suis sûr car je l'ai lu, mais je ne l'ai pas fais réellement. Comme je ne crois que ce que je vois ... ;-)
++chris;--
- Christophe --
[^]Re: Les bases de données OpenSource en ébullition
Posté par Volnai () le 19/11/2003 à 12:02. (lien). Évalué à 1.Dans le genre, mais un peu different, il y a C-jdbc
http://c-jdbc.objectweb.org/(...)
En plus ca marche avec toutes les bd qui ont un driver jdbc...
-
-
[^]Re: Les bases de données OpenSource en ébullition
-
-
-
-
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Tennis Prono (page perso, ) le 18/11/2003 à 15:39. (lien). Évalué à 2.Google
Ouais, peut-être que chez Google ils utilisent en interne un Wiki qui tourne sur MySQL et donc que on peut dire "Google utilise MySQL".
Google utilise une base faite maison, qui est particulièrement adaptée à leur besoin (et qui n'est pas une base relationelle, pas la peine de faire autre chose qu'un moteur de recherche avec :) ).--
Pas de bureau 3d libre sans drivers libres!-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Stéphane TRAUMAT (page perso, ) le 18/11/2003 à 16:07. (lien). Évalué à 2.et ils recherchent 6 personne pour travailler au développement du wiki.... bravo !!!
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par benja () le 19/11/2003 à 06:26. (lien). Évalué à 2.Où tu as vu qu'ils recherchent 6 personnes ?? Je suis vraiment intrigué là. Ce que j'ai lu, moi, c'est qu'ils recherchent un ou des "Database Applications Engineer", "ACD/IVR Telecom Administrator" et "Web Applications Engineer".
Si on lit un l'offre d'emploi du Database Applications Engineer, on peut lire:
Requirements:
...
* Strong knowledge of SQL Server 2000 development and administration.
...
* Experience with Python, Java, C++, MySQL, and Linux is desired.
De la à tirer des conclusions sur la qualité de SQL Server 2000 (ou MySQL ;o), il y a un pas que je ne franchis pas !
(une petite note pour qui veut bien:
avant de se défouler sur le petit + ou le petit -, faudrait apprendre à faire fonctionner son esprit critique, et aussi savoir rester sans avis)
-
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par jmfayard () le 18/11/2003 à 17:07. (lien). Évalué à 2.Google utilise surtout un systeme de fichiers réparti spécialement concu pour leur parc d'ordinateurs.
Ils l'ont décrit en détails assez récemment, et c'est passionant.
The Google File System
http://www.cs.rochester.edu/sosp2003/papers/p125-ghemawat.pdf(...)-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Benoit FREMON (page perso, ) le 18/11/2003 à 19:04. (lien). Évalué à 1.Allez voir la premiere reference du pdf en derniere page: surprise, Neo developpe des systemes de fichiers distribues!
-ben
-
-
-
-
-
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Éric (Jabber id, page perso, ) le 18/11/2003 à 20:52. (lien). Évalué à 4.Ouais, , le 4.1 c'est du pur développement. Sans compter que les subquery ce n'est pas juste une petite fonction en plus, et que stabiliser le code d'une base de données ça demande plus de tests qu'un pauvre wiki, derrière les données sont souvent importantes. Bref, c'est pas pour demain.
Quant aux 5.x c'est juste des projets. Moi aussi je peux dire "j'ai une base de données, elle gère rien mais j'ai prévu de tout implémenter et qu'elle restera super rapide". Sauf que ma base de données pour l'instant ce qui est sûr c'est qu'elle ne gère rien .. le reste c'est du marketing.
Ce que je vois c'est que les commerciaux d'AB peuvent donner des leçons à MS. Ils arrivent à faire en sorte que les gens disent "c'est super" en considérant des fonctionnalités qui sont tous juste en projet.
Entre temps presque tous les autres SGBD gèrent tout ça ... pas besoin d'attendre.
Le seul avantage de mysql c'est sa rapidité. C'etait le cas quand elle ne gérait rien. Rien que les transactions innodb font écrouler les perfs et les remettre en dessous des autres SGBD. Donc quitte à utiliser ces fonctionnalités autant utiliser les autres SGBD, stabilisés depuis longtemps avec du concret.-
[+] [^]Re: Les bases de données OpenSource en ébullition
Posté par Moby-Dik () le 19/11/2003 à 00:55. (lien). Évalué à -2.Tiens, revlà Daganf "j'ai un avis sur tout même si en pratique j'ai rien à dire"...
Sauf que ma base de données pour l'instant ce qui est sûr c'est qu'elle ne gère rien .. le reste c'est du marketing.
MySQL gère déjà suffisamment de choses pour satisfaire des millions d'utilisateurs. Qu'est-ce que tu retrouves à y redire ? Tu veux des procédures stockées ? Super, va voir ailleurs, il y a le choix... Le moins qu'on puisse dire, c'est que visiblement tout le monde n'a pas les mêmes priorités que toi.
(ou alors les utilisateurs de MySQL sont tous des idiots, comme ceux de Mandrake et Windows ? ;-))
Rien que les transactions innodb font écrouler les perfs et les remettre en dessous des autres SGBD.
T'as des chiffres pour supporter ce genre d'affirmations ? Sinon c'est du troll sans consistance (comme d'hab, hein).-
[^]Re: Les bases de données OpenSource en ébullition
Posté par benja () le 19/11/2003 à 06:43. (lien). Évalué à 2.Moi j'ai l'impression que c'est toi qui trolle (et j'ai pris la peine de relire tous tes postes dans cette dépeche).
Daganf, lui, a clarifié le fait que les features dont des millions d'utilisateur de mysql (satisfaits je supposes) n'ont pas besoin mais que d'autres ont besoin ne sont pas prètes d'être utilisable avec MySQL en appuyant son propos avec des faits (4.1 n'est qu'en développement, 5.x n'existe pas).
Voila encore un post qui sert à rien, désoler j'avais envie de m'amuser avec vous.
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Éric (Jabber id, page perso, ) le 19/11/2003 à 09:44. (lien). Évalué à 2.> MySQL gère déjà suffisamment de choses pour satisfaire des millions d'utilisateurs.
J'ai dit le contraire ? j'utilise et j'aprécie. Ce que j'ai dit c'est que de parler des fonctionnalités "prévues" pour dire que c'est bien ou pas n'était pas pertinent. Vois tu une opposition entre les deux affirmations ?
> Tu veux des procédures stockées ? Super, va voir ailleurs, il y a le choix.
Damned, en plus tu dis exactement ce que je marque dans ma dernière phrase. Tu répond pourquoi alors ?
> (ou alors les utilisateurs de MySQL sont tous des idiots, comme ceux de Mandrake et Windows ? ;-))
Tiens, j'ai dit ça ? puis qu'est ce que vienne faire mdk et win dans le débat ?
> T'as des chiffres pour supporter ce genre d'affirmations ?
Non, expérience perso et impression perso, non chiffrées. Si mon robinet goute je suis obligé d'aller mesurer scientifiquement le débit de la fuite ou je peux affirmer "il goute" ? Si ça ne te suffit pas alors fais des bench toi même, et publies les. Perso je serai très intéressé d'avoir un tel comparatif bien fait.
> Sinon c'est du troll sans consistance (comme d'hab, hein).
Ben oui, tu répond pour ne rien dire, en commençant avec une attaque perso, en me prêtant des propos que je n'ai pas tenu (ni même pensé), en y mélant des références à mdk et win pour que la sauce prenne bien, alors que finalement tu as la même opinion que moi.
Mais bien sûr c'est moi qui fait un troll sans consistence ... faudrait arrêter un peu là.
-
-
-
-
[+] [^]Re: Les bases de données OpenSource en ébullition
Posté par Stéphane TRAUMAT (page perso, ) le 18/11/2003 à 13:01. (lien). Évalué à -1."procédures stockées, aux triggers, à la conformité au langage SQL (sub-select par exemple)."
Ces fonctionnalités seront implémentées d'ici 6 à 12 mois
"PostgreSQL est vraiment très simple à installer et à utiliser"
Ah bon ? beh pas aussi facile que MySQL, essaie d'installer PostgreSQL sous windows et on en reparle, tu me diras combien de temps tu as mis.
Pour les benchs, c toujours le problème de savoir comment les prendre... il y en a sur le site de MySQL et de postrgreSQL.
"J'ai parfois l'impression que le fait que ce soit MySQL qui est mis en avant (au lieu de PostgreSQL) est aussi arbitraire que pour Linux face à BSD (je ne dis pas qu'un OS est meilleur que l'autre). "
C'est ce que je disais, MySQL est simple pour un novice, performant, rapide à installer, multi plateforme et ne nécéssite pas vraiment de DBA.
Il a vraiment tout pour gagner sauf les deux trois fonctionnalités qu'il aura en début d'année prochaine.-
[^]Re: Les bases de données OpenSource en ébullition
Posté par elamapi () le 18/11/2003 à 13:56. (lien). Évalué à 2.>> beh pas aussi facile que MySQL, essaie d'installer PostgreSQL sous windows .
[gros troll baveux] que ce soit postgres ou mysql, je ne vois pas franchement l'interet l'installer sous windows [/gros troll baveux]
Que ce soit postgres ou mysql et pour toutes les distribs phares (mdk,rh,deb,slack,suse,...) et pour beaucoup de BSD like, il existes des repositories avec les packages binaires (rpm,deb,tgz,...) installable en une ou deux lignes.
donc la comparaison de qui s'installe le plus facilement n'a strictement aucun interet.
Maintenant, recompiler un mysql ou un postgresql à partir de presque rien et trouver les bonnes dépendances (genre mysql/postgres avec derniere version de apache/php + mod_pgsql ou mod_mysql) c'est aussi sport pour mysql que pour postgresql.
Bref, on peut comparer les perfs/fonctionnalitées mais pas la simplicité d'installation (d'autant plus que l'install , en prod, on la fait une seule fois, on reinstalle pas son mysql ou postgres toutes les 3 heures).-
[+] [^]Re: Les bases de données OpenSource en ébullition
Posté par Stéphane TRAUMAT (page perso, ) le 18/11/2003 à 15:04. (lien). Évalué à -1.Et bien écoute, si la facilité d'installation sous windows est une comparaison sans interet, alors explique moi pourquoi le couple
PHP/MySQL cartonne et que peu de gens parle de PHP/PostgreSQL ?
Alors ?-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Alexis Muller (page perso, ) le 18/11/2003 à 15:14. (lien). Évalué à 1.Peut-être parce-que l'argument : "MySQL c'est pour le web (comme PHP), contrairement à PostgreSQL" c'est vrais ?
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par elamapi () le 18/11/2003 à 15:21. (lien). Évalué à 1.Au fait , avec la nouvelle version de cygwin, postgres s'installe facilement :p
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Moby-Dik () le 19/11/2003 à 00:56. (lien). Évalué à 0.Ouais, c'est vrai que la couche d'émulation de Cygwin n'impose aucune pénalité en performances. Au-cune. On lit vraiment des choses hallucinantes dans le coin ;)...
-
[^]Re: Les bases de données OpenSource en ébullition
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par C. OB () le 19/11/2003 à 19:04. (lien). Évalué à 1.Tiens, d'ailleurs est-ce que tu as des pages/documents sur ce sujet justement ? Parceque je comptais sur cygwin pour porter une library que je developpe sous windows, mais si cygwin degrade vraiment trop les performances, bah je vais revoir ma copie... :-(
-
-
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Stéphane TRAUMAT (page perso, ) le 18/11/2003 à 15:29. (lien). Évalué à 1.et cet argument est arrivé comment ?
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par elamapi () le 18/11/2003 à 15:38. (lien). Évalué à 0.ba je viens d'essayer , la , sur une machine windows
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par elamapi () le 18/11/2003 à 19:01. (lien). Évalué à 1.a mon avis je me suis gouré et j'ai pas répondu a la bonne question, je croyait que la question de ">> c'est arrivé comment cet argument ?" voulais dire "comment est arrivé l'argument disant que postgres s'installe facilement avec la nouvelle version de cygwin".
Désolé.
-
-
-
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par elamapi () le 18/11/2003 à 15:18. (lien). Évalué à 2.ba que beaucoup prefere le couple php/mysql tant mieux, maintenant combien utilise php/mysql PLUS windows pour le site web et combien utilise php/mysql PLUS linux pour leur site web..
ensuite et pour répondre a ta question: la réponse est simple:
easyphp (apache + php + mysql).
Car je ne suis pas sur que beaucoup de monde qui utilise php + mysql + apache PLUS windows, installe séparement (et recompile) apache puis mysql puis php.
j'insiste lourdement, mais ce n'est pas l'installation qui est difficile, c'est la recompilation qui plus compliqué.
Et je persiste je ne vois pas l'interet de comparer les difficulté d'installation pour une base de donnée, on n'installe pas toutes les 3 heures.
Evidement, je parle toujours dans le cas d'une utilisation semi-pro (son site web qui reste online 24/24 sur sa ligne adsl) / pro (site corpo / application necessitant une db en entreprise).
Si c'est juste pour faire une liste de sa cave a vin, a mon avis un fichier sous le tableur de OOo suffira amplement.
J'en revient encore et toujours a la bonne utilisation des logiciels, les logiciels ne sont en général pas mauvais, mais leur utilisation si.
-
-
[+] [^]Re: Les bases de données OpenSource en ébullition
Posté par Alexis Muller (page perso, ) le 18/11/2003 à 15:06. (lien). Évalué à -2.Maintenant, recompiler un mysql ou un postgresql à partir de presque rien et trouver les bonnes dépendances (genre mysql/postgres avec derniere version de apache/php + mod_pgsql ou mod_mysql) c'est aussi sport pour mysql que pour postgresql.
<contibution à 2 balles, juste pour avoir le droit de faire des + >
USE="postgres" emerge mod_php -u
USE="mysql" emerge mod_php -u
Bah c'est pas si compliqué, ni pour l'un ni pour l'autre ;-)
Encore plus fort, les deux en même temps :
USE="postgres mysql" emerge mod_php -u
</contibution à 2 balles>-
[+] [^]Re: Les bases de données OpenSource en ébullition
Posté par elamapi () le 18/11/2003 à 15:19. (lien). Évalué à -1.lol, je precise , PHP 4.3.x + postgres 7.4 + RH8 + mod_perl.
-
[+] [^]Re: Les bases de données OpenSource en ébullition
Posté par Alexis Muller (page perso, ) le 18/11/2003 à 15:27. (lien). Évalué à -1.USE="mysql postgres" emerge mod_php mod_perl RH8 -u
emerge: there are no masked or unmasked ebuilds to satisfy "RH8".
Zut ! ;-)
-
-
[+] [^]Re: Les bases de données OpenSource en ébullition
Posté par Alexis Muller (page perso, ) le 18/11/2003 à 22:03. (lien). Évalué à -1.Je soupçonne les pros Debian d'être jaloux de ma Gentoo ! ;-)
Allez-y m'en fou --> [ ]
PS : c'était de l'humour...-
[+] [^]Re: Les bases de données OpenSource en ébullition
Posté par Alexis Muller (page perso, ) le 20/11/2003 à 07:23. (lien). Évalué à -1.Bon c'est quoi votre délire là ?
Qu'est-ce que j'ai écrit qui mérite d'être censuré ?
Qui sont le deux gars qui ne conprennent pas l'humour et qui moinssent systématiquement mes postes ?
Allez-y défoulez-vous celui-ci mérite d'être censuré !
PS : Puisque votre sens de l'humour n'a pas l'aire très développé, je vous précise qu'un ";-)" ou q'un "PS : c'était de l'humour" vous l'indique...
-
-
-
[^]Re: Les bases de données OpenSource en ébullition
-
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Olivier Jeannet () le 18/11/2003 à 20:51. (lien). Évalué à 2.> procédures stockées, aux triggers, à la conformité au langage SQL (sub-select par exemple).
Ces fonctionnalités seront implémentées d'ici 6 à 12 mois
Ca fait un bout de temps que MySQL promet d'implémenter tout ce qui manque pour en faire une réelle base relationnelle avec contrôle d'intégrité. En pratique, tout ça met beaucoup de temps à venir (ça fait longtemps que je m'intéresse à la question). Mais je ne dénigre pas MySQL, qui a ses vertus et qui peut être préféré à PostgreSQL selon les cas.
essaie d'installer PostgreSQL sous windows et on en reparle, tu me diras combien de temps tu as mis.
Je n'ai pas essayé et je ne vois pas trop l'intérêt personnellement. Mais ça se fait avec Cygwin assez facilement.
Pour les benchs, c toujours le problème de savoir comment les prendre...
Je n'ai pas donné les résultats du bench, j'ai justement eu le problème que mon bench ne marchait pas comme il fallait, comme si les accès simultanés en "update" ne marchaient pas avec MySQL (et table InnoDB bien sûr). Je n'exclus pas une erreur de ma part mais j'ai fait attention.
Il a vraiment tout pour gagner sauf les deux trois fonctionnalités qu'il aura en début d'année prochaine.
Tu es vraiment optimiste, on peut prendre les paris si tu veux :-)
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par blackshack (page perso, ) le 18/11/2003 à 21:36. (lien). Évalué à 1.eh pas aussi facile que MySQL, essaie d'installer PostgreSQL sous windows
Si tu veux pas passer par cygwin, c vrai que tu ne peux utilsier postgresql en base de données sur win, par contre en récupérant les sources de postgresql, tu as un rep ou tu peux compiler toute la partie cliente pour windows en natif -sans passer per cygwin donc- cela te sors les lib clients en shared ou dynamiques, plus psql, linterface en ligne de commande ,et crois c très bien. J'ai du faire une appli se connectant a une base post, l'appli devant tourner sous win et nux, donc hop avec la lib cliente pas de prob. Et pour la base ppst, faire tourner le serveur sous win -passant par cygwin forcémént, mais même si ce n'était pas le cas-j'en vois pas l'intérêt: baisse de perf, trou de sécu dut a windows,pas possible de faire une machine n'étant destiné car etre serveur db, car forcémnt interface graphique de windows, et autre merde que tu paux pas installer........
-
-
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par sparky () le 19/11/2003 à 19:28. (lien). Évalué à 1.Il lui manque juste deux trois fonctionnalités qu'il aura rapidement et qui lui permettront d'être préférés à PotsgreSQL.
Oui il manque create user, create groupe, les triggers en C, psql, java,... Les subselect (enfin) datent de cette année donc pas encore trop optimisé, les foreign keys (partial), conforme avec l'ANSI Sql 92 et 99...
MySql = convient dans certains cas (web)
PostGresql = convient dans tous les cas
-
-
-
[^]Re: Les bases de données OpenSource en ébullition
Posté par Stéphane TRAUMAT (page perso, ) le 18/11/2003 à 16:30. (lien). Évalué à 2.http://www.mysql.com/company/factsheet.html(...)
Customers:
The MySQL database has an estimated 4 million active installations worldwide, and over 35,000 copies of MySQL are downloaded per day. Major corporations such as Yahoo!, Cisco, NASA, Lucent Technologies, Motorola, Google, Hyperion, and Sony Pictures rely on MySQL.
Bon, ils utilisent peut etre pas tous mysql pour leurs datawharehouses mais si, comme certains le disent, mysql n'était pas sérieux, ces gens ne s'en serviraient pas.
MySQL est une bonne base de données et on ne peut plus le nier.-
[^]Re: Les bases de données OpenSource en ébullition
Posté par undeuxtroisout () le 18/11/2003 à 21:29. (lien). Évalué à 3.Remplace MySQL par windows dans ton texte et relis-le...
-
[+] [^]Re: Les bases de données OpenSource en ébullition
Posté par Moby-Dik () le 19/11/2003 à 01:05. (lien). Évalué à -1.Tiens, un troll en retard de dix ans.
Remplace MySQL par windows dans ton texte et relis-le...
Qu'est-ce que c'est censé prouver au juste ? Hmm, tu es du genre étudiant reclus qui pense que le noyau NT c'est pareil que Ms-Dos et que "Window$ ça suxe on peut rien faire de sérieux dessus" ? Ou alors tu es en train de nous dire que MySQL a la même puissance commerciale que Microsoft pour imposer ses produits aux gens ?
(je savais pas que les ordinateurs étaient livrés d'office avec MySQL, mais peut-être que je suis en retard d'un train, et qu'on oblige les gens à acquérir une licence gratuite (et libre !) de MySQL pour tout achet d'un ordinateur... Dieu quelle horreur, ces horribles monopolistes suédois et leur PME tentatculaire de 50 personnes ;-))
Pfff, c'est marrant quand même, ce genre d'autisme face à la réalité. Faudrait que certains pensent à remplacer leur fanatisme bêlant par un minimum de capacité à construire une opinion argumentée...
-
-
-
[+] [^]Re: Les bases de données OpenSource en ébullition
Posté par VACHOR (page perso, ) le 19/11/2003 à 09:15. (lien). Évalué à -1.Bravo les trolleurs fous !
Constatons que Gérard Lambert a toujours défendu sa mobylette, même quand on lui offrait une camionnette gratos. C'est une rengaine de boutonneux... même si on a tous un faible pour le petit jouet rapide (on le trouvait rapide, depuis on ne sait plus) et maniable qu'on avait étant petit.
tCha0 bAnd3 D3 lAmeZ
Re: Les bases de données OpenSource en ébullition
Il est rigolo de noter que le magazine decision du 17/23 novembre (un torche cul hebdo de la galaxie 01 info [vous savez le truc ou les DSI se branlent la nouille en parlant d'offshore et de outsourcing (entre autre...))
fait un comparatif de 4 sgbdr opensource pour windows
c'est un pas :)
meme si dans l'accroche c'est marqué "sans rivaliser avec leurs homologues propriétaires" ...
pm
-
[^]MySQL is !=
Posté par Jean-Claude DUSS (page perso, ) le 18/11/2003 à 13:20. (lien). Évalué à 1.-->"sans rivaliser avec leurs homologues propriétaires"<--
En effet niveau conneries et complexités, MySQL n'est pas prêt de rivaliser avec les concurrents, je fais lourdement allusion à "Oracle", Ce SGBDR hors de prix qui se gère en ligne de commande tellement il est grave pourri !!! à ce prix là tu as juste le droit à des interfaces complètements nazes, alors tu t'acheter une couche de TOAD pour gérer au mieux le tout !!! Vraiment on peux remercier la philosophie MySQL, qui est bcp plus simple et efficace, pas besoin de passer une journée à configurer un export... et puis en terme de gestion classique, tu peux oublier ces merdes de tablespace, qui portent bien leurs noms : SPACE !!! c'est incroyable de voir le fric d'oracle et de voir la pauvretés de leurs solutions techniquement !!!
Alors un grand merci à MySQL ;-)) un véritable bijou... reconnu par bon nombre de développeurs aujourd'hui !
bon je ->[]-
[^]Re: MySQL is !=
Posté par crusher () le 18/11/2003 à 13:43. (lien). Évalué à 3.A propos de la pauvreté des outils de gestion:
Il faudrait faire le parallèle avec le noyau Linux, en effet sur les distribs Linux les outils graphiques et même le shell ne sont pas d'origine linux.
Ce sont des couches fourni par d'autres que Linus qui permette d'exploiter le noyau linux.
De plus je crois qu'un des outils d'admin de MySQL les plus utilisé est PHPMyAdmin qui n'est pas non plus d'origine mysql.
Il est vrai que je n'envisage pas d'utiliser Oracle sans TOAD pour tout ce qui est exécution rapide de requete, modif de contenu de table (le super pratique Schema Browser), export de faible taille mais le DBA Studio d'Oracle commence à être viable pour l'administration pure.-
[^]Re: MySQL is !=
Posté par Christophe Lucas (page perso, ) le 19/11/2003 à 09:49. (lien). Évalué à 0.> A propos de la pauvreté des outils de gestion:
>Il faudrait faire le parallèle avec le noyau Linux, en effet sur les distribs Linux les outils graphiques et même le shell ne sont pas d'origine linux.
>Ce sont des couches fourni par d'autres que Linus qui permette d'exploiter le noyau linux.
>De plus je crois qu'un des outils d'admin de MySQL les plus utilisé est PHPMyAdmin qui n'est pas non plus d'origine mysql.
Désolé, mais j'ai pas trop compris où tu voulais en venir. Linux est un noyau, il ne te fournit pas un bash ou tout autre chose, il ne fais pas le café nonplus. small is beautiful :-)
Ton système est composé en effet de Linux, mais de tous les autres composants qui le compose. Le seul noyau n'est pas utilisable sans tout le reste et réciproquement.
Donc pour en revenir aux outils de gestions :
Entre guillement de grosses guillemets !! ;op
bash <==> phpMyAdmin
noyau <==> MySQL--
- Christophe -
-
[^]Re: MySQL is !=
Posté par Gilles Crebassa (page perso, ) le 20/11/2003 à 09:11. (lien). Évalué à 1.Je vois que vous parlé toujours de TOAD mais il existe aussi Tora qui est gratuit et compatible windows et linux.
Pour l'interface , c'est la même chose.
vouli , voula , une brique dans l'eau !!
gilles
-
-
[^]Re: MySQL is !=
Posté par elamapi () le 18/11/2003 à 14:17. (lien). Évalué à 8.Ha lala, les jaloux,
Que l'on critique Oracle sur sa politique de prix, bien sur je suis d'accord, c'est bien trop cher, mais je ne suis pas sur que beaucoup de personnes qui critiquent ici ne connaisse le mode de calcul des licences Oracle (et donc parle sasn savoir).
Que l'on critique Oracle sur le SAIPALIBRECAPU, oki, ce débat est dans, environ, 100% des posts linuxfr, on va pas y revenir.
En revanche sur la simplicité, les fonctionnalité et la puissance .... Je crois que certain ici ne l'on jamais utilisé.
Ex: Install de oracle 8i ou 9i de base pour quelqu'un qui veux une base simple.
windows)
setup.exe -> suivant -> suivant -> suivant -> (encore quelque suivant sans rien changer aux parametres proposés) et c'est fini , on redémare le windows et on a son jolie oracle qui tourne avec sa jolie IHM pour taper son SQL (les lib php fonctionne tres bien est sont identiques à celle de postgres ou mysql).
linux)
./install -> ok -> ok , on redemarre meme pas est c'est fini.
Au niveau simplicité, on peu faire le plus simple comme le plus complexe. (Exemple on est pas obligé d'utiliser les tables spaces et autres fonctions aparement super complexe).
A ce propos , et avant de critiquer comme un putois, on se renseigne, les tables spaces n'ont rien de space mais bien au contraire sont tres utiles en cas de grosse base (je ne parle pas des petites base avec 100 000 ou 200 000 elements mais plutot 2 ou 3 millions d'elements). ils permettent de séparer "physiquement" la position des tables sur plusieurs disque dur (exempe: si on a deux disques SCSI et deux grosse tables tres utilisé, on va les mettres chacune sur un disques).
Oracle est fournie avec un foultitude d'IHM pour gérer les repository de bases (mais c'est pareil, on est pas obligé de les utiliser).
pour les export et avec Legato (vendu avec oracle) c'est pareil, une ligne simple pour faire un export, maintenant, va faire du backup incrémental directement sur robot avec mysql, et essaie de rejouer des scenario avec mysql et tu verra.
C'est beau de cracher ses anneries sur les autres , mais si tu utilisais oracle pour ce qu'il est tu serai "surpris" de sa supériorité.
Oracle est utile pour de GROSSE base, pas pour ton site web ou la gestion du casino du coin.
C'est comme tout, lacher le titatic du haut du népal pour écraser une noisette , c'est un peu surdimensionné.-
[^]Re: MySQL is !=
Posté par Dring FirebirdVsMySql () le 18/11/2003 à 15:52. (lien). Évalué à 1.Bien que non utilisateur régulier de Oracle, je te rejoins : niveau fonctionnalités, Oracle est un bestiau de compétition.
Ce qui me plaît le plus, c'est les multiples facilités offertes lors de l'écriture de procédures stockées : récupération de plusieurs lignes simultanément par l'utilisation de "variables" tables, déclaration de record reprenant directement la structure d'une table, création de packages partageant des variables et des fonctions, etc...
Par contre, autant l'installation de base est facile, autant la configuration est complexe. Cela dit, et au vu des fonctionnalités offertes, cela paraît inévitable, pour ne pas dire souhaitable.--
Non, rien.
-
[^]Re: MySQL is !=
Posté par wikiclub () le 18/11/2003 à 16:01. (lien). Évalué à 2.Oui, mais Oracle, ce n'est pas encore forcemment la meilleure base. Il y a aussi DB2 et surtout Teradata (de ncr). Je sais (de source sûr) que Teradata est utilisé par une très grosse banque et elle a été sélectionnée suite à un bench.
Petit requête de banquier :
Teradata : 25 mn
DB2 : 70 mn
Oracle : n'est jamais parvenue à donner les résultats
Et pourtant, c'est les éditeurs qui avaient préparé les machines et la requêtes pour introduire toutes les optimisations voulues.
En plus, Teradata, au niveau exploitation, il n'y a rien à faire (ou presque). Elle sait s'équilibrer toute seule sur les différents noeud du cluster que cela soit en espace disk ou en charge. etc...
Enfin, si tu veux t'amuser avec une VRAI base d'infocentre, essaye Teradata, tu seras surpris.
Romone-
[^]Re: MySQL is !=
Posté par elamapi () le 18/11/2003 à 16:10. (lien). Évalué à 1.bien que je ne pense pas que le sujet soit de trouver le "meilleur sgbd capable de gérér la plus grosse base de 10PetaOctet de data" mais plutot, de juger si un gros SGBD pro est utile en utilisation simple (pro/semi pro mais sans exagerer), je suis suis effectivement de ton avis pour dire que teradata calme.
Mais bon, au niveau prix .... c'est pareil que oracle ou db2 :s
-
[^]Re: MySQL is !=
Posté par Tr4m0 () le 19/11/2003 à 09:41. (lien). Évalué à 0.Mwahahahahahahahaha ! DB2, cette blague.
Jamais vu un truc aussi merdique. Ca a facilement 20 ans de retard, que ce soit en termes de fonctionnalités, ou d'ihm.
Ca pue vraiment le mainframe IBM, même la doc et les messages d'erreurs sont faits pour rendre le truc inaccessible au commun des mortels.
-
-
[^]Re: MySQL is !=
Posté par rdg (Jabber id, ) le 18/11/2003 à 22:22. (lien). Évalué à 6.Je viens de lire un truc qui m'a fait herisser les cheveux sur la tete au point de creer un compte pour pouvoir y repondre.
>Ex: Install de oracle 8i ou 9i de base pour quelqu'un qui veux une base simple.
>
>linux)
>./install -> ok -> ok , on redemarre meme pas est c'est fini.
Alors la, ayant installé pour ma boite plusieurs oracle 8i sur solaris 9 et debian, je peux t'affirmer que sous reserve d'installer oracle sur LA configuration recommandé par oracle (cad solaris machin avec les patchs x y z OU redhat machin avec noyau truc truc truc) il faut se battre comme jamais pour s'en sortir.
Il y a un sacré paquet d'erreur pendant l'install (compilations qui foirent, erreurs dans certains scripts shell, pb avec java, besoins de tweaker ton kernel de partout au niveau de la shared memory et autres semaphores et j'en passe et des meilleurs)
Installer oracle sur un unix non supporté par eux c'est un vrai calvaire!
Je suis obligé d'admettre qu'une fois que ca tourne, ca tourne pour de bon
MAIS si cela n'impliquait pas enormement de developpement derriere ca fait longtemps qu'un postgres serait à la place.
Ah oui autre chose
Une license oracle 8i standard edition (ca commence à etre sacrement vieux !!!) ca coute toujours la peau des fesses pour UN processeur.-
[^]Re: MySQL is !=
Posté par elamapi () le 19/11/2003 à 00:55. (lien). Évalué à 4.Bon pour le prix, voila la méthode de calcul oracle:
Soit on facture au nb d'utilisateurs, c'est a dire personnes physiques et reelles qui utilisent Oracle.
Pratique dans le cas d'un GROS gestionnaide de stock ou seules quelques personnes ont acc
-
-
-
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.