La différence entre PGsql et mySQL se situe surtout sur des extensions ou des fonctionnalités.
En gros mySQL contient des modules d'access web par example pour vendre des objets plus ou moins configurables PGsql contiens plus de fonctionnalites je crois me rappeller les nested commandes, les views, les types user etc... Les views aident vraiment a la clareté des commandes. La conclusion de beaucoups de gens est si on veut une application largement SQL : PG. Si on se sert de la DB juste pour lire et ecrire et qu'ensuite on traite en C par exemple : mySQL. Il faut pas avoir peur de l'une ou l'autre quand on débute, bien au contraire en programmation fonctionelle plus il y a des fonctionnalités et mieux c'est simple, et en plus ca laisse un choix plus large d'examples que l'on pourrait trouver ci et la. Concretement la programmation plus complexe c'est par example: * Avec une table code employé/Salaire et une table code employé/Nom, afficher qui gagne quoi. C'est a faire avec les inner, left outer, right outer join ou a la rigeur avec une commande un petit peu complexe avec des variables de nom de tables explicites dans le "from" * Dans le meme genre il y a sortir la liste des adhérents 2008 qui n'on pas encore payé 2009 * En partant d'une table contenant des données, extraire une ligne si une valeur X a été trouvée dans une colone Y ou effectuer la moyenne des données entre les deux lignes les plus approchantes ( + et - ). C'est faiseable SANS LES CURSEURS. Ensuite dans les fonction avancéves il y a surtout la gestion des procédures stockées en sql natif ou dans des languages externes. On Mon, 6 Jul 2009 17:42:15 +0200, Sébastien Libbrecht <seby...@gmail.com> wrote: > Il supporte pas mal de language Dont Access ;) > > http://forums.mysql.com/read.php?104,142307,142307 > > Sébastien > > Le 6 juillet 2009 17:41, Sébastien Libbrecht<seby...@gmail.com> a écrit > : >> Bonjour, >> >> As-tu regarder du coté de >> http://dev.mysql.com/downloads/gui-tools/5.0.html (Mysql Migration >> Took Kit ? ) >> >> Sébastien >> >> Le 6 juillet 2009 17:28, Alain Vaugham<al...@vaugham.com> a écrit : >>> Le mercredi 17 juin 2009 20:25, Vincent-Xavier JUMEL a écrit : >>>> Le 17 juin à 19:31 Alain Vaugham a écrit >>>> >>> [...] >>> >>>> > En parcourant la littérature, j'ai cru comprendre qu'il existait un > tronc >>>> > commun : le SQL92 et que les bases actuelles s'en réclamaient plus > ou >>>> > moins. Je pense donc écrire mes petites requêtes avec un oeil sur > ce >>>> > standard en étant conscient des limitations que cela va entraîner. >>>> > Ces requêtes vont comporter des commandes INSERT. >>>> > >>>> > Avant de me lancer dans une mauvaise direction, je voudrai > recueillir vos >>>> > avis sur la réalité d'un tel tronc commun principalement > vis-à-vis des >>>> > deux gestionnaires de bases de données cités. >>>> > Je suis aussi avide de liens autres que ceux qui pointent vers >>>> > PostgreSQL/MySQL. >>>> > Rappel : niveau débutant... >>>> >>>> HUm, il y'a un module dans PEAR, pour faire de l'abstraction de >>>> requêtes. Regarde sur un projet sur Roundcube, qui supporte pgsql, > MySQL >>>> et sqlite >>>> >>>> Cordialement, >>> >>> Merci pour cette voie de recherche mais sur Roundcube et PEAR, je n'ai > pas su >>> trouver quelque chose qui ait un rapport avec mon interrogation : >>> http://roundcube.net/about >>> http://pear.php.net/manual/fr/guide.users.concepts.php >>> J'imagine que cela doit rajouter une couche dans le code donc ça doit > éloigner >>> de la simplicité que je recherche. >>> Par contre, ce que je suis sûr d'avoir compris, c'est que ces deux > liens sont >>> hors de ma portée. >>> Rappel n°2 : niveau débutant... :-) >>> >>> Sinon, j'ai découvert que SQL92 sur lequel j'ai commencé à m'appuyer > était >>> depuis longtemps dépassé. >>> J'ai trouvé des références à SQL99 mais la dernière mouture semble > dater de >>> 2008... >>> >>> >>> -- >>> >>> Alain Vaugham >>> -------------------------------------------------------- >>> [PUB] Signature numérique GPG de ce courrier: 0xD26D18BC >>> >>> _________________________________ >>> Linux mailing list >>> Linux@lists.parinux.org >>> http://lists.parinux.org/mailman/listinfo/linux >>> >> > _________________________________ > Linux mailing list > Linux@lists.parinux.org > http://lists.parinux.org/mailman/listinfo/linux _________________________________ Linux mailing list Linux@lists.parinux.org http://lists.parinux.org/mailman/listinfo/linux
