Au menu des nouveautés :
- serveur Win32 natif ;
- points de sauvegarde ;
- points de récupération dans le temps ;
- tablespaces ;
- amélioration de la gestion des buffers ;
- modification du type de données des colonnes ;
- nouvelle version de plperl ;
- accès en lecture/écriture aux fichiers CSV (valeurs séparées par des virgules).
![[en]](../images/en.png)
Nouveautés (878 hits)-
Site officiel (856 hits)
![[fr]](../images/fr.png)
Site français (2879 hits)
> Lire la dépêche (118 commentaires, moyenne: 2,7).
Vous avez demandé le commentaire #523922.
Run by 
Cette page a été générée par Templeet en 0.2013s (dont 0.0208 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Bonne raison de changer de mySql à PostgreSQL
Cette nouvelle version de PostgreSQL est une très bonne nouvelle. La version win32 peut enfin aller sur les terres des utilisateurs de base, surtout avec pgAdmin 3 comme GUI.
PostgreSQL est vraiment une bonne base de données, qui mérite bien plus d'adoption que mySql, malheureusement souvent préférée.
MySql se contente de singer quelques fonctionnalités SQL, a des GUI clickodromes (sous win32 la plupart), et est fournie "en standard" (voir LAMP). Du coup la plupart des gens l'adopte, de la même façon que les utilisateurs de IE l'utilise car c'est sur le poste, et ne se pose aucune question. Les gens sous win32 aiment mySQL. Mais combien de gens sous win32 sont prêts à jurer que Access est une super BDD ?
Les gens qui disent que mySql "leur suffit" n'ont jamais eu à se plaindre des bugs et des manques techniques de mySql, mais devraient quand même réfléchir pour leurs prochains choix. De plus, PostgreSQL est simple à installer et à configurer, probablement plus simple que mySql, bien que founissant des fonctions plus puissantes à terme.
MySql n'est libre, cela appartient à MySQL AB Company, qui a un marketing et une propagande supérieurs.
Pour terminer, les benchmarks récents montre que PostgreSQL monte mieux en charge que mySql, et que les perfs globales sont finalement meilleures avec PostgreSQL.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
ok, je comprends,
mais a qui la faute ? un peu la faute aux FAI, qui ne propose que du mysql, resultat quand on se monte une machine linux on essaye mysql parcequ'on connais : on a fait du PHP avec.
bien sur ce cas ne represente qu'une partie de la réalité, mais je suis sur à ne pas être le seul. il y a longtemps, j'ai appris le php avec mysql parceque free le permetait, par la suite, j'ai continué et maintenant que j'ai des linux j'utilise du mysql alors qu'il y a d'autre produit.
De ce pas, je prends la bonne résolution suivante : essayer pgsql :)
[^]Re: Bonne raison de changer de mySql à PostgreSQL
mais a qui la faute ? un peu la faute aux FAI, qui ne propose que du mysql
Nerim propose une base de données PostgreSQL avec son service de pages personnelles (ainsi que le support MySQL si vous avez une base MySQL ailleurs)
http://perso.nerim.net/(...)
Hurd will be out in a year (or two, or next month, who knows)
-- Linus Benedict Torvalds, 1991
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Cela doit faire peu de temps que c'est en place alors parce que si je me rappelle bien, ils ne proposaient que le client MySQL il n'y a pas si longtemps ?
Une raison de plus pour essayer ! Merci pour l'info.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
elle ne fera pas long feu si elle fout le serveur par terre, je pense :)
c'est déjà pour ça qu'ils ne proposent pas gd ni l'hébergement de bases mysql (donc out les phpbb et autres horreurs)
Windows has no users. It has hostages.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Ca devait faire 2 ans qu'il y avait les 2 clients dans PHP.
Mais bon, le gros de l'utilisation de postgres chez Nerim, c'est le système d'information (gestion des comptes ADSL et gestion du support). Les 2 appli utilisent Pg comme BDD, avec une mention spéciale a admin.nerim.net qui est programmée en grande partie en PL
Sinon, pour la préférence des FAI a mettre mysql plutot que Pg, c'est principalement parce que le mutualisé avec Pg, c'est pas aussi flexible que MySQL a administrer (et je suis bien placé pour le savoir aussi, c'est moi qui me suis tapé la mise en place des scripts de génération de compte Pg chez Nerim).
En gros, le seul truc a peu pres viable que j'ai trouvé, c'est le 1 base par user avec nom de la base = login. Mais meme comme ca, les clients peuvent connaitre le nom de toutes les bases du serveur, ce qui n'est quand meme pas top.
Mysql est quand meme largement plus fin dans sa conf de sécurité
(ps : ceci n'est pas de la pub déguisée, je ne bosse plus pour Nerim depuis 3 mois)
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Cette nouvelle version de PostgreSQL est une très bonne nouvelle. La version win32 peut enfin aller sur les terres des utilisateurs de base, surtout avec pgAdmin 3 comme GUI.
Ouaip
MySql se contente de singer quelques fonctionnalités SQL
...qui suffisent à 80% des applis web existantes.
a des GUI clickodromes (sous win32 la plupart)
Qui ne sont pas du fait de MySQL AB, mais d'utilisateurs/groupes tiers. Tu utilises une GUI pour gérer tes BDs ? psql te suffit pas ?
Les gens qui disent que mySql "leur suffit" n'ont jamais eu à se plaindre des bugs et des manques techniques de mySql,
C'est bizarre, j'entends d'ici les DBA Oracle dirent la même chose sur PostgreSQL...
MySql n'est libre
Hou la! Dual Licence dont la GPL.
MySQL AB ... qui a un marketing et une propagande supérieurs.
RedHat installe systèmatiquement PostrgeSQL
La news évitait le troll. Heureusement que tu étais là pour le réveiller
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Et serieusement, dans quel cas est-il plus interressant pour un site web de prendre MySQL ou Postresql?
wikignole
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Il existe un certain nombre de CMS qui ne fonctionnement qu'avec MySQL, alors à moins de reprendre le PHP (ouais, en plus, c'est souvent du PHP :), il faudra adopter MySQL.
La différence entre les deux SGBD peut vraiment s'exprimer dans le cas de situations un peu complexes : si MySQL est un SGBD "rapide" (OK, on pourrait parler de ça pendant des heures), PostgreSQL sera plus performant (voire sera tout court) pour des applications nécessitant des requêtes complexes, une gestion de l'information géographique, une bonne résistance à la charge, de la "haute disponibilité", etc.
Et comme postgreSQL marche aussi très bien pour répondre à des besoins simples, et bien, pourquoi ne pas l'utiliser tout le temps ?
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Et comme postgreSQL marche aussi très bien pour répondre à des besoins simples, et bien, pourquoi ne pas l'utiliser tout le temps ?
parce qu'on est en 2005 et qu'ils ont donc mis au bas mot 5 ans à sortir une version native pour une plateforme raisonnablement décente (Windows 2000 et successeurs).
pendant ce temps, MySQL était utilisable par toto en local sur son Apache/PHP/Mysql sous Windows 95 et autres, et une fois que son site de trois pages marchait chez lui, il l'uploadait sur son compte du type pages perso de Free. car en plus, c'était portable à ses yeux.
résultat, il y a tout un existant qui marche souvent déjà bien depuis des années et il n'y a souvent strictement aucune raison d'y toucher.
ça gène certains trolleurs et autres débiles moyens qui se pavanent en répandant des torrents de vomi sur ce qui a rendu des services à des millions de personnes ? il fallait sortir quelque chose il y 5 ans.
ce "burn all your mySQL", ça me rappelle les "burn all your GIF". résultat, le gif est encore là et bien là.
Windows has no users. It has hostages.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
> pour une plateforme raisonnablement décente (Windows 2000 et
> successeurs).
voulais tu écrire "relativement récente" ?
parceque le "relativement récente" je te l'aurais accordé, mais le "relativement décente" j'ai un peu de mal...
tant sur le plan de la fiabilité que de l'éthique, windows 2000 et successeurs sont complètement indécents.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
j'ai du mal à cerner comment un OS peut être indécent sur le plan de l'éthique.
je veux bien croire que les machines sous Windows sont souvent hantées par toute une faune variée et souvent dangereuse pour leurs utilisateurs comme pour les autres machines quand elles se mettent à vomir des paquets de spam ou de DDoS, mais aux dernières nouvelles, ce ne sont pas encore des IA, donc va plutot régler tes soucis d'éthique avec l'éditeur de ce produit. ou mieux, ne perds pas de temps et fuis-le.
Windows has no users. It has hostages.
[+] [^]Re: Bonne raison de changer de mySql à PostgreSQL
2 fois en deux posts, on dirait que tu as un goût prononcé pour le vomi...
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Sous Windows, PostgreSQL n'était pas utilisable il y a 5 ans c'est exact, mais sous Linux je m'en suis servi dès 2000 vu ses capacités qui étaient nettement supérieures (à l'époque, des trucs un peu basiques du SQL n'existaient pas sous MySQL).
J'ai toujours regretté que MySQL ait autant de succès alors que PostgreSQL ne décollait pas plus, alors qu'il est simple à installer et à utiliser, et que c'est depuis le début une vraie base de données relationnelle avec contrôle d'intégrité.
Cela dit je suis bien d'accord que si MySQL rend des services, qu'on l'utilise et tant mieux. Je crains cependant que certaines personnes, ignorant qu'il existe plus puissant, fassent de la gestion de données dans le code applicatif au lieu de confier la logique à la base de données.
ce "burn all your mySQL", ça me rappelle les "burn all your GIF". résultat, le gif est encore là et bien là.
En l'occurrence, le PNG n'a que des avantages sur le GIF (plus léger, plus de possibilités), je ne vois aucune raison de continuer à l'utiliser. Là aussi je suis perplexe quand je vois qu'il en reste autant. :-(
[^]Re: Bonne raison de changer de mySql à PostgreSQL
les gif animés ? :)
Windows has no users. It has hostages.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
mng
Planète Orange
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Pour les GIF c'est simple, l'outil de référence (totoshop) est réputé pour gérer très mal PNG.
Et le navigateur de référence (IE) ne gère PNG que depuis quelques années (avant il fallait un plugin) et encore, abominablement mal.
Si 95% des créateurs sont incapables de faire ce que 95% des utilisateurs ne pourront pas voir, on comprend pour quoi le GIF qui marche chez 100% des créateurs et 100% des utilisateurs (ayant un écran graphique) est encore utilisé. C'est pas plus compliqué.
Le jour ou Adobe et MIcrosoft auront fini de lire la doc PNG les choses changeront certainnement (ou alors les images seront remplacées par du PDF DRMisé qu'Adobe vient d'inventer ...).
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Le problème avec le gif était le brevet que détenait Unisys sur l'algo de compression et surtout le fait qu'Unisys voulait faire valoir ses droits : 5000 Dollars pour publier des images gif sur son site !!!
http://www.silicon.fr/getarticle.asp?ID=5105(...)
D'ou le PNG et le MNG pour remplacer respectivement le GIF et le GIF animé.
http://www.libpng.org/(...)
Maintenant le brevet est tombé dans le domaine public, ouf, mais autant utiliser des formats ouverts comme PNG !
http://www.openweb.eu.org/articles/png_vs_gif/(...)
[^]Re: Bonne raison de changer de mySql à PostgreSQL
simple à utlisé hummm. En newbie en 1998 j'ai installé Postgresql, j'ai cherché longtemps avant de trouver le nom de la commande qui lance l'interpréteur,on a pas idée de l'appelée pgsql, alors que le soft s'appelle Postgresql !!!
(sinon, je trouve la doc de mysql plus claire, hein :-)
W-Fenec : Webzine rock/métal/indus
[^]Re: Bonne raison de changer de mySql à PostgreSQL
> j'ai cherché longtemps avant de trouver le nom de la commande qui lance l'interpréteur,on a pas idée de l'appelée pgsql
$ rpm -q -l postgresql | grep /usr/bin
...
/usr/bin/psql
> sinon, je trouve la doc de mysql plus claire
???
http://www.postgresql.org/docs/8.0/static/index.html(...)
La doc de PostgreSQL fait parti de ses points forts.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
oui, t'inquiete c'est ce que j'ai fini par faire...
et tu veux montrer quoi en mettant le lien vers la doc ?
Enfin, je donne mon avis personnel, c'est tout ;-)
W-Fenec : Webzine rock/métal/indus
[^]Re: Bonne raison de changer de mySql à PostgreSQL
http://www.postgresql.org/docs/8.0/static/index.html(...(...))
La doc de PostgreSQL fait parti de ses points forts.
Je dirais même plus,
http://traduc.postgresqlfr.org/pgsql-fr/index.html(...)
Les démineurs travaillent d'arrache-pied
[^]Re: Bonne raison de changer de mySql à PostgreSQL
PostgreSQL devient intéressant si :
- tu as des gros volumes de données, notamment en écriture,
- tu as des traitements complexes qui nécessitent des procédures stockées (enfin, "nécessitent", c'est un grand mot, disons simplement que c'est mieux comme ça),
- tu as besoin d'offrir un service permanent -> utilisation intensive des points de sauvegarde.
C'est clair que de très grosses applications (cf. Wikipedia) peuvent néanmoins se "contenter" de MySQL. Après, je pense que c'est plus de travail de gérer une "hénaurme" base MySQL que la même en PostgreSQL, car ce dernier offre plus d'aides à l'administrateur.
Et j'en profite pour rappeler qu'il n'y a pas que PostgreSQL et MySQL dans les bases de données libres. Il ne faut pas oublier, entre autres, McKoi, Firebird, Ingres, Firebird, MaxDB (ex SAPdb), Firebird, HSQL, Firebird, sqlite, etc...
Y'en a une que j'aime beaucoup. Je vous laisse deviner...
Non, rien.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Moi personnellement je développe un site web dynamique, avec peu de besoins en base de données. Au boulot j'utilise Postgres, et je connais et j'apprécie les contraintes. Les procédures stockées sont plutôt nécessaires pour des utilisations plus poussées comme tu le soulignes, et je n'en ai pas besoin, par contre je trouve les contraintes vraiment indispensables pour avoir une base à peu près clean, que le nombre de tables et les traitements soient réduits ou non. Résultat, en apprennant que les contraintes ne sont pas disponibles avec MySQL à moins d'utiliser InnoDB sur la version 3 (donc vraiment pas dispo sur woody), j'ai été "obligé" d'opter pour Postgres.
Je ne sais pas comment les utilisateurs de longue date de mysql font pour créer des tables qui se référencent entre elles sans utiliser de contraintes, ça me semble le minimum vital pour pas faire du grand n'importe quoi... Un petit exemple pour fixer les idées :
CREATE TABLE alerts (
uid SERIAL,
user_uid INTEGER NOT NULL,
item_uid INTEGER NOT NULL,
CONSTRAINT pk_alerts PRIMARY KEY(uid),
CONSTRAINT un_alerts_user_item UNIQUE(user_uid, item_uid),
CONSTRAINT fk_alerts_user FOREIGN KEY(user_uid) REFERENCES users(uid),
CONSTRAINT fk_alerts_item FOREIGN KEY(item_uid) REFERENCES items(uid)
);
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Les intégrités référentielles entre tables peuvent très bien être présentes dans les schéma des tables sans être gérées par le SGBD.
Dans ce cas-là (MySQL tables MyIsam par exemple) c'est l'application qui contrôle et assume la cohérence des données avec évidemment les risques que cela engendre...
[^]Re: Bonne raison de changer de mySql à PostgreSQL
>Dans ce cas-là (MySQL tables MyIsam par exemple) c'est l'application qui contrôle et assume la cohérence des données avec évidemment les risques que cela engendre...
Il te faut alors le support des transactions.
CKR Solutions Open Source
[^]Re: Bonne raison de changer de mySql à PostgreSQL
> PostgreSQL devient intéressant si :
>
> - tu as des gros volumes de données, notamment en écriture,
> ...
Ça m'agace toujours ce type d'argument.
Et si je disait :
Linux devient intéressant si :
- tu veux du lvm
- tu veux faire des scripts shell avancé
- tu as un système multi-cpu
- etc
sinon tu ferais mieux de rester sous MS-DOS.
Comme si le "moins disant technique" est parfois un plus.
Si tu utilises PostgreSQL comme MySQL, c'est grosso-modo la même chose. Par contre, énorme différence, si tu as besoin de language embarqué tu peux avec PostgreSQL, si tu as besoin de transaction multi-table tu peux avec PostgreSQL, etc...
C'est comme avec Linux. Si tu veux passer à un système multi-cpu, lvm, etc tu peux avec linux. Quand tu n'utilise pas smp et lvm car tu n'en a pas besoin, smp et lvm ne te dérange pas.
Je ne vois pas pourquoi ne pas fournir "nativement" une fonctionnalité est un plus par rapport à un système qui l'a fournie mais qui ne te dérange pas si tu ne l'utilise pas.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
MandrakeLinux devient interessant si tu utilises le Club.
oops ! c'est ton texte.
Windows has no users. It has hostages.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Il y a au moins deux personnes qui préfèrent DOS à Linux ou à n'importequoi d'autre :
http://www.milec.com/pres/whydos.htm(...)
La deuxième c'est une chaine de motels bas de gamme aux USA qui a un personnel tellement bas de gamme (ou démotivé selon le point de vue) que leurs postes informatiques utilisent un vieu logiciel de gestion hotelière sous DOS avec le minimum vital de fonctionnalités.
Donc oui, si on n'a pas besoin de toutes les avancées technologiques de ces dernières années, DOS est préférable à Linux, l'argument tient parfaitement la route.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Tu es en train de dire que si tu n'as pas l'outil informatique avec les technos top fashion du moment tu es un gros naze ? Si l'outil fonctionne et repond au besoin, quel est l'interet de le redevelopper en n-tiers/xml/pouet-pouet-coin-coin ?
D'ailleurs, ta banque utilise probablement encore des programmes en cobol, ton loueur de dvd utilise un logiciel sous DOS, ....
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Attention, des guichets automatiques bancaires commencent à utiliser ...Windows ! Pour en avoir vu un rebooter, ça fait un peu peur...
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Certes mais l'intelligence bancaire est rarement hebergée sur le GAB :-) Elle est plutot sur des gros systèmes type mainframe.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
experience vecue:
1. tu mets la carte
2. tu fais ton code
3. tu tapes la somme
4. t'appuies sur [valider]
5. Ecran bleu
et la... http://fr.wikipedia.org/wiki/DTC parce que c'est dimanche soir et que tu es a 200 bornes de chez toi.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
La deuxième c'est une chaine de motels bas de gamme aux USA qui a un personnel tellement bas de gamme (ou démotivé selon le point de vue) que leurs postes informatiques utilisent un vieu logiciel de gestion hotelière sous DOS avec le minimum vital de fonctionnalités.
Avant, les caisses étaient en mode texte et les gars faisaient marcher le truc avec les flèches, tab et le reste du clavier.
C'était sans doute bien plus facile et bien plus rapide.
Maintenant, dans certains magazins, tu vois le mec prendre sa souris et cliquer sur 200 boutons et faire une tête pas possible parce qu'il n'arrive pas à faire ce qu'il veut.
Franchement, je ne sais pas si dans ce cadre là ils n'ont pas raison de garder leur vieux système... pour preuve, dans les grandes surfaces, il n'y a toujours pas de souris... et les écrans, si ils sont pleins de couleurs n'ont pas beaucoup changés...
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Les caisses des Supermarchés Sainsbury's (UK) ont des écrans tactiles. Une fois j'ai regardé comment ils s'en servaient, c'est impressionnant d'efficacité. Je suis persuadé qu'en terme de formation des utilisateurs ce doit être simplissime.
La technologie appliquée à bon escient apporte toujours un gain. C'est mon avis...
Bon, ok, ça n'a rien à voir avec PgSql ----> []
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Oui, et chez Total-Elf et chez Shell (FR) aussi, ils ont des écrans tactiles (et des souris/claviers pour d'autres trucs que l'exploitation courante).
Idem chez Pizza Del Arte / Bistrot Gaulois / Mc Do', etc...
Par contre, je suis bien placé pour te dire que la formation n'a pas été si simple que ça...
Planète Orange
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Oui, bonne route à PostgreSQL
Mais c'est vrai qu'au niveau multi plateforme Firebird à de l'avance.
D'ailleurs, une étude de Evans Data Corporation note le fait que Firebird progresse énormément. cf http://www.evansdata.com/n2/pr/releases/EDCDB05_01.shtml et
http://www.evansdata.com/n2/surveys/database/2005_1/db_05_1_xmp1.shtml
Tant mieux que PostgreSQL et Firebird gagnent en crédibilité et présence, il y en a marre de l'uzine à gaz Oracle vendue à prix d'or et quasiment toujours sous utilisée ou de MsSQL .
Firebird est vraiment opens-source et n'appartient à personne, ça aussi c'est important.
Au passage, j'espère que l'install de PostgreSQL sous win aura progressée, parce que la première RC était une vrai galère :(
[+] [^]Re: Bonne raison de changer de mySql à PostgreSQL
Mais c'est vrai qu'au niveau multi plateforme Firebird à de l'avance.
Ça c'est de la comparaison... Firebird est un client, pg un serveur...
Firebird t'en as besoin sur ton poste de travail.
Avec Pg, normalement, quand tu accèdes à ta base de données depuis ton poste de travail (sous win, linux...), tu te connectes à un serveur. Rien n'empêche à ce serveur d'être sous Linux.
A mon avis ce qui est important, c'est d'avoir des clients multiplateformes...
[^]Re: Bonne raison de changer de mySql à PostgreSQL
euh, Firebird, c'est pas firefox, hein...
http://firebird.sourceforge.net/guide/FBFactsheet.html(...)
Tu remarquera qu'il y a trois version, dont une est effectivement "embarquée"
Mitsuaki, qui s'en va faire des tests sur firebird.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Oups... :-) désolé...
Ouet, enfin ce que j'ai dit vaut toujours... l'important c'est d'avoir des clients multi-plateformes...
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Pour mémoire, Firebird est dérivé d'Interbase, téléchargeable sur le site de Borland : http://www.borland.fr(...)
Par contre, je me suis laissé dire que sous Linux, FB était plus facile à installer que IB...
Version OS : http://info.borland.com/devsupport/interbase/opensource/(...)
Planète Orange
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Ne surtout pas utiliser la version d'Interbase Open-Source !
cette version n'est absolument pas maintenue et de plus très buggée !
la suite open source d'Interbase c'est Firebird et rien d'autre, et là le projet est suivi et indépendant de toute boite commerciale, c'est une Fondation qui gère le projet
D'ailleurs Firebird est dans Debian testing et dans le cooker de Mandrake.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Oui très juste, mais je pense qu'il parlait de firebird le "gestionnaire de base de données relationelle du nouveau millénaire" (dito http://firebird.sf.net(...) ) . Qui est d'ailleurs à l'origine du changement de nom de firefox auquel je pense tu te référais.
Les plateformes supportées par firebird sont : 32-bit Windows, Linux (i386), Solaris (Sparc et Intel), HP-UX (i386), FreeBSD, MacOS X and Sinix-Z. Des build sont dispo pour WinCE et AIX.
PS :
Sinix est un UNIX de siemens né en 1984. cf http://de.wikipedia.org/wiki/Sinix(...)
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Thunderfox ?
[^]Re: Bonne raison de changer de mySql à PostgreSQL
(...) dans quel cas est-il plus interressant pour un site web de prendre MySQL ou Postresql?
J'étais débutant (et stagiaire) en bases de données il y a 4 ans, et j'ai trouvé un pack (EasyPHP) qui intégrait une solution mySQL. En quelques dizaines de minutes, le serveur apache était installé avec PHP et mySQL configurés. Quelques clicks plus tard, ma premiere table etait créée... Ce qui est important pour les débutants ca n'est pas de gérer les triggers, la réplication, ou quoi que ce soit... c'est pas non plus de militer pour une solution. Donc, je dirais... si l'un des systemes permet de parvenir en 1 heure maximum (pour un débutant) à l'objectif souhaité, peu importe qui a développé le système.
Une personne déjà compétente sera à même d'évaluer ses contraintes pour choisir une solution, et inversement, les limites propres a chaque systeme ne s'appliqueront dans la plupart des cas, qu'à des personnes qui ont déjà poussé assez loin leur système.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
> ca n'est pas de gérer les triggers, la réplication, ou quoi que ce soit...
Si tu n'as pas besoin de "triggers, la réplication, ou quoi que ce soit..." tu n'as pas à le gerer.
Linux fournit raid, mais si tu n'utilises pas raid, tu n'as pas à le gérer.
> si l'un des systemes permet de parvenir en 1 heure maximum (pour un débutant) à l'objectif souhaité
Certe. Mais un gestionnaire de base de donnée, ce n'est pas que l'installation (loin de là). Tu peux passer des plombes avec mysql si tu veux faire du contrôle d'intégrité ou si tu veux jouer avec les dates.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Mais un gestionnaire de base de donnée, ce n'est pas que l'installation (loin de là). Tu peux passer des plombes avec mysql si tu veux faire du contrôle d'intégrité ou si tu veux jouer avec les dates.
Sans doute... mais justement, ce que je pense c'est que la réputation de mySQL s'est faite surtout grâce à son accessibilité par des débutants, et que les débutants ne vont pas faire de controle d'intégrité, ne vont pas jouer avec les dates, ne vont meme pas lire la doc, etc... en tout cas au début. Comme dans mon cas personnel, adopter mySQL à l'époque n'est pas le fruit d'une intense réflexion parmi toutes les solutions disponibles. Une solution me permettait d'installer en 3 coups de cuillère à pot le serveur et le SGBD sans que j'aie besoin de savoir ce qu'il y avait dedans. Ensuite, je tapais 3 lignes de code PHP, un "SELECT" en SQL et là.... magie! j'avais une "page web dynamique". C'est super con, mais mon choix a été fait comme ca, parce que le but était de "faire quelque chose qui marche", non pas de "faire quelque chose qui marche de facon optimale".
[^]Re: Bonne raison de changer de mySql à PostgreSQL
> ce que je pense c'est que la réputation de mySQL s'est faite surtout grâce à son accessibilité par des débutants, et que les débutants ne vont pas faire de controle d'intégrité, ne vont pas jouer avec les dates, ne vont meme pas lire la doc, etc...
+1 :-)
Mais bon installer postgresql avec php est trivial.
# rpm -i ....
# chkconfig postgresql on
# service postgresql start
# su -l -c "createuser ... user" postgres
# su -l -c "createdb ...-O user db" postgres
Et voilà.
> Ensuite, je tapais 3 lignes de code PHP, un "SELECT" en SQL et là.... magie! j'avais une "page web dynamique".
Idem avec PostgreSQL.
MySQL a/avait deux points forts qui ont aidé "massivement" sa diffusion :
- disponibilité sous Windows
- disponibilité chez les FAI
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Mais bon installer postgresql avec php est trivial.
# rpm -i ....
# chkconfig postgresql on
# service postgresql start
# su -l -c "createuser ... user" postgres
# su -l -c "createdb ...-O user db" postgres
Trop compliqué! vraiment!! ca nécessite de connaitre quelques commandes en shell. Sous windows, tu lances l'executable par un double-click, et puis tu réponds OK chaque fois que l'installeur te pose une question.
Pour la disponibilité sous windows, je suis tout a fait d'accord.
Pour la disponibilité chez les FAI, tu veux parler des hébergeurs de sites en general, sans doute? oui, c'est vrai aussi que ca a joué. Et pour enfoncer le clou, il y a eu les forums phpBB et IPB qui ont sans doute profité d'une renommée déjà assez large de mySQL pour le démocratiser complètement.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
la réputation de mySQL s'est faite surtout grâce à son accessibilité par des débutants
Non, je ne crois pas. La popularité de MySQL est venue des FAI qui le proposait en standard avec PHP.
Mais pourquoi les FAI ont proposé mysql ? j'ai entendu que c'était pour sa faible consommation cpu (pas de tests d'intégrité, pas de...).
Je ne sais pas si c'est vrai, mais Pg permet des choses aux utilisateurs comme les contraintes etc. qui peuvent, dans certains cas augmenter les temps de calculs...
[^]Re: Bonne raison de changer de mySql à PostgreSQL
L'optique de Mysql est aussi bien differente de celle de Postgres. Mysql privilégie les performances alors que Postgres privilégie l'intégrité des données. Ainsi, le paramétrage par défaut de Mysql est d'écrire les données sur le disque sans forcer l'écriture et de laisser le sync système faire l'écriture (très souvent de l'ordre de 30s) alors que Postgres fait un sync pour chaque transaction effectuée afin d'assurer l'application appelante que l'écriture a été faite. Les performances s'en ressentent ainsi que la charge système. Magiquement, quand on supprime l'écriture forcée via fsync, Postgres est très proche de Mysql en performance pour ne pas dire plus. Maintenant, posez la question à un administrateur DB ce qu'il préfère entre la performance et l'intégrité des données ;-) Pour un FAI, l'optique est toute différente.
CKR Solutions Open Source
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Le choix entre Pgsql et MySQL est sans doute moins une question d'appropriation a un projet Web en general.
Est-ce que c'est un projet perenne ? Est-ce qu'on maitrise la plateforme d'hebergement (MySQL est bien plus couremment offert) ? Est ce que on a des donnees tres structurees ou deux listes toutes betes a stocker ? Est ce que les devs sur le projets ont l'habitude d'un environnement plus que l'autre ? Est-ce que les fonctionnalites specifiques d'une des deux bases reponds a un probleme du projet...... Bref le choix est sans doute tres lie au contexte.
Il se pose aussi un autre probleme pour la popularite de PgSQL, l'utilisation correcte(au sens de "traditionnelle") du SQL et des SGBDR n'est pas un truc qui s'invente.
Les normalisations, les regles de l'algebre relationnel sont des trucs que le "debutant" utilisera ex-nihilo.
Il en découle que MySQL est parfait pour l'utilisation de base de quelqu'un ne connaissant pas bien le SQL.
On va se retrouver avec une serie de boucles de parcours de SELECT table par table qui a la limite pourraient etre faits sur un Berkeley DB.
Typiquement, l'usage du SQL pour faire le boulot plutot coté serveur que le code coté client sera le fait de developpeurs ayant eu une formation au informatique "formelle", alors que beaucoup de dev PHP/MySQL sont des autodidactes.
De plus, mettre de la logique coté base a beaucoup de sens si on concoit une application structurée, avec eventuellement de multiples clients (lourd, web ...) tapant dans la base, mais si on est dans le cadre d'un formulaire web rapido, le plus important est sans doute le temps passé par le développeur.
Bref, j'ai l'impression que MySQL est plus populaire parceque beaucoup de gens sont venu au dev ces dernieres annees par le PHP/MySQL et n'ont pas eu a trop ressentir le besoin de base "lourde" typique de developpements plus formels.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
> Il se pose aussi un autre probleme pour la popularite de PgSQL, l'utilisation correcte(au sens de "traditionnelle") du SQL et des SGBDR n'est pas un truc qui s'invente.
Tu peux aussi utilise PgSQL comme un porc "ala mysql". PsSQL ne t'impose pas l'excellence.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Tu peux aussi utilise PgSQL comme un porc (...)
Ca marche très bien, d'ailleurs!!! gnark gnark gnark!!! Si l'environnement est dimensionné très largement, il arrive (même si c'est pas très vertueux, tout ca!!) qu'on ne normalise pas une BDD dont les données ont pourtant des interdépendances... "il faudra juste faire gaffe au niveau applicatif, mais on a pas de temps à perdre à faire les choses proprement" (retranscription de mes directives de travail dans mon précédent boulot)
Bon, enfin... dans le domaine professionnel, je crois quand même plus constructif de faire les choses proprement dès le début. Mais ce n'est malheureusement pas toujours compatible avec les mensonges (ceci n'est pas un troll, c'est une observation lors d'un projet précédent... mais ce n'est pas un sujet de débat ici) des commerciaux qui se sont engagés à fournir un systeme opérationnel avec des délais très courts pour une équipe très réduite.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Il en l'impose pas, mais la permet c'est deja ca.
On peut se retrouver a faire une structure quasiment plate (ouais je l'ai fait aussi) pour gagner en simplicité/temps/flemme.
Mais on aura toujours la possibilite de modifier apres coup.
Avec tout les languages/environnements/systems on peut faire le porc et on peut meme faire des trucs propres avec des environnements qui n'y poussent pas.
Mais il y'a quand meme une pente naturelle...
Bref mon propos n'etais pas de dire que PgSQL pousse a l'excellence, ce serai trop beau, mais plutot qu'il convient mieux au personnes ayant l'habitude des methodes formelles tradis avec les SGBDR.
I.E : on se sent plus chez soit sur Pg en venant de Oracle que DB2 que chez MySQL.
C'est moins une question qualitative que d'habitures de dev (de toute façon moi j'aime mieux Berkerley DB plutot que MySQL :-p ).
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Les gens qui disent que mySql "leur suffit" n'ont jamais eu à se plaindre des bugs et des manques techniques de mySql,
C'est bizarre, j'entends d'ici les DBA Oracle dirent la même chose sur PostgreSQL...
J'ai utilisé Oracle pendant 10 ans. Pour 99% des applications tournant sur Oracle, je pense que Postgres lui est préférable. Oracle est utile sur des applications géantes comme la facturation détaillée du téléphone où l'on peut trouver des tables réparties sur plusieurs machines. Mais si on n'a pas besoin de ça, il n'y a pas besoin d'Oracle.
Avec Oracle, c'est à l'utilisateur de définir la taille des tablespaces, des tables et des extends puis de surveiller leur comportement et de recréer la BD avec de nouvelles valeurs quand elle se remplit. Cela provient des anciennes machines comme MVS où la taille d'un fichier devait être définie à la création. Avec les FS modernes ces opérations sont quelque peu archaïques car elles créent un niveau de gestion inutile... Mais elles justifient la présence d'un administrateur Oracle.
Avec postgresql, le simple df que fait de temps à autre tout bon sysadmin suffit. Il n'y a pas que le prix des licences à économiser !
[^]Re: Bonne raison de changer de mySql à PostgreSQL
euuuh, j'ai comme un doute sur le fait que faire un df fasse de toi un dba d'autre chose qu'une petite base de données. Il y a la partie tuning et maintenance qui occupe pas mal de temps.
Ce n'est pas vraiment modifier les allocs primaires et secondaires d'un tablespace qui sont les plus couteuse en temps.
ps: on dit z/OS maintenant, MVS, c'etait il y a 10 ans
[^]Re: Bonne raison de changer de mySql à PostgreSQL
En même temps rien ne t'empêche de mettre le maxextents à "unlimited" (ce qui est assez crade), ou, à partir de la 8i ou de la 9, de laisser Oracle gérer ces paramètres tout seul ("autoallocate"). Donc niveau facilité d'administration, ça s'est quand même arrangé depuis la 7.
On est d'accord sur le fait que dans 99% des cas, c'est toujours une ou plusieurs licences de crachée pour rien, toutes les fonctionnalités utilisées étant présentes dans PostgreSQL.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Lors du dernier forum PHP un des conférenciers, ancien d'Oracle (http://www.afup.org/forumphp2004/conferenciers.php#dd(...)) a fait une conférence sur PHP et Oracle.
A la fin de sa conférence il a indiqué que selon lui pour la majorité des applications MySQL suffisait largement.
Il est allé jusqu'a conseiller de commencer par se baser sur MySQL et si jamais a un moment on sentait les limites de MySQL (apres avoir optimisé le serveur bien sur, donc potentiellement assez loin) il conseillait de tourner la tête vers du Oracle.
Le fait que ce soit un ancien d'Oracle qui dise ca m'a fait tilter sur le fait que c'est vraiment une bonne base de données qui n'a pas a rougir de son statut OpenSource.
Pour PostGreSQL il n'y a rien à dire c'est aussi une tres bonne base de données mais pour obtenir de bonnes performances il faut pas mal travailler à l'optimisatione t à la configuration du serveur.
La page du conférencier en question :
http://didier.deleglise.free.fr/(...)
Co auteur du livre PHP 5 avancé
http://www.amazon.fr/exec/obidos/ASIN/2212121679/
[^]Re: Bonne raison de changer de mySql à PostgreSQL
> Pour PostGreSQL il n'y a rien à dire c'est aussi une tres bonne base de données mais pour obtenir de bonnes performances il faut pas mal travailler à l'optimisatione t à la configuration du serveur.
En quoi ?
PostgreSQL est "lent" par rapport à MySQL pour des petites requêtes et sous faible charge. Par contre sous forte charge ou avec des requêtes compliqués PostgreSQL est plus rapide et ce sans rien faire.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Hum, as tu des liens pour affirmer ce que tu dis morgendorffer ?
Evidement il est difficile de faire des benchmark. Quelques liens que j'aii retrouvé :
http://www.01net.com/article/253508.html(...)
Personellement les résultats m'etonnent un peu mais comme dit plus haut les benchmark selon la façon dont tu les fais tu leur fait dire ce que tu veux.
Il semble qu'il y ait eu qq discussions à ce sujet sur la liste de postgresqlfr :
http://archives.postgresql.org/pgsql-fr-generale/2004-07/threads.ph(...)
Un point qui m'a intrigué c'est le fait que dans leurs tests ils ne font appel qu'a deux tables.
Un autre benchmark qui contredit le bench ci dessus :
http://www.mysql.com/it-resources/benchmarks/eweek.html(...)
Un autre article (un peu plus ancien) :
http://www.phpbuilder.com/columns/tim20000705.php3(...)
Si qqun a d'autres liens vers des bench qu'il hesite pas a les poster.
Co auteur du livre PHP 5 avancé
http://www.amazon.fr/exec/obidos/ASIN/2212121679/
[^]Re: Bonne raison de changer de mySql à PostgreSQL
> MySql n'est libre, cela appartient à MySQL AB Company, qui a un
> marketing et une propagande supérieurs.
Tu veux probablement dire "MySQL n'est pas libre". Mais dans ce cas tu as tort. MySQL est libre. Il est (aussi) en GPL, et ça valide toutes les définitions de "logiciel libre" que j'ai eu l'occasion de voir ici.
Notes que Mozilla appartient à la Fondation Mozilla, que Gentoo appartient à Gentoo inc (ou appartenait, je n'ai pas suivi l'affaire) , qt appartient à trolltech, evolution appartenait je crois à ximian, emacs a appartenu à RMS .... euh ... ça veut dire que ce n'est pas libre ?
Seuls les logiciels dont le propriétaire du copyright est flou (ou avec énormément de contributeurs externes) peuvent être libre ? c'est quoi cette nouvelle définition du libre ?
> MySql se contente de singer quelques fonctionnalités SQL
Ca ne supporte pas tout, très loin de là (à ma connaissance aucun SGBD ne peut se targuer d'être entièrement compatible SQL99), mais de là à dire qu'il singe SQL, il y a un gros pas, un vrai fossé même.
> Pour terminer, les benchmarks récents montre que PostgreSQL
> monte mieux en charge que mySql, et que les perfs globales sont
> finalement meilleures avec PostgreSQL.
URL ? source ? je n'ai vu que deux ou trois bench sérieux et objectifs la dessus, et tous sont assez vieux. De plus ils dépendent très fortement de la configuration (concurrence des requêtes, ratio lecture/écriture, type de données, types de requêtes, etc.). Au final il y a de très grosses DB qui tournent sous MySql sans problèmes et pour qui c'est tout à fait pertinent, d'autres pour qui pgsql est plus intéressant.
Sans vouloir encenser Mysql, sans certainement contredire ceux qui veulent diffuser plus largement pgsql, je crois que tu fais fausse route à être aussi catégorique.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
> > MySql se contente de singer quelques fonctionnalités SQL
>
> Ca ne supporte pas tout, très loin de là (à ma connaissance aucun SGBD ne peut se targuer d'être entièrement compatible SQL99), mais de là à dire qu'il singe SQL, il y a un gros pas, un vrai fossé même.
MySQL est "spécial" :
http://sql-info.de/mysql/gotchas.html(...)
Et pour postgresql (alors qu'il a plus de fonctionnalité) :
http://sql-info.de/postgresql/postgres-gotchas.html(...)
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Liens très intéressant (démonstrations convaincante vu mon niveau très moyen en SQL)mais je me demandais quand même si le site était pas pro-postgresql en regardant la page principale (que des news sur postgresql actuellement) . C'est dommage que l'auteur est pas permis l'ajout de commentaires par les visiteurs, cela aurait donné une vision plus juste de l'article. Donc j'aimerais bien avoir l'avis d'utilisateurs plus expérimentés, histoire de voir.
[^]Re: Bonne raison de changer de mySql à PostgreSQL
MySql [...] a des GUI clickodromes (sous win32 la plupart)
Sur le site mysql.com, tu trouveras les nouveaux outils graphiques nommés Administrator et Query Browser disponibles pour Linux en tgz ou rpm avec les sources, le tout disponible sous GPL ou licence commerciale.
Et pour les utiliser tous les deux, je peux te garantir que je vais bien plus vite qu'avec une session en mode console, donc merci mysql de fournir des outils de ce genre en GPL.
Quelques captures d'écran pour les sceptiques :
http://www.mysql.com/products/administrator/(...)
http://www.mysql.com/products/query-browser/(...)
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Quasiment tout d'accord, sauf que moi je prefere Ms Access a MySQL (license mise a part, et encore, parceque les licence MySQL c'etait assez joyeux jusqu'a il y'a peut).
--
/me va se cacher tres loin avant que le troll lui retombe sur la tronche
[^]Re: Bonne raison de changer de mySql à PostgreSQL
Est-ce qu'il y a un document expliquant les incompatibilités entre les deux pour passer une base mysql a postgresql en douceur ?