[Plan du site] Vous êtes ici --- > Le Site du Zér0 > Les tutoriels > Non-Officiels > Site Web > PHP > Base de données > Lecture des commentaires

Vos commentaires sur :
MySQL et PostGreSQL : lequel choisir ?

Retour au tutoriel

Vous devez être inscrit pour pouvoir poster des messages

Pseudo	Commentaire
Page : 1 2
Page : 1 2
Mickael Knight	# Posté le 28/07/2007 02:47:50
M. Cédric SCHWOERER	Je suis fier d'avoir validé ton tuto Shepard, très bien expliqué et j'ai pas mal appris sur PostGreSQL Continues ainsi, j'ai mis la note que tu mérites Rédacteur du cours : Organiser une LAN'Party
Talus	# Posté le 28/07/2007 03:40:18
タルス Groupe : Membres	Sympa l'article Cependant, j'ai cru comprendre que le SdZ est passé sous PgSQL mainteannt (d'après les posts de kara sur le topic du dev). Je me trompe peut-être, du à un manque de comrpéhension... Enfin, si ce n'est pas fait, ce peut êtr envisageable puisque vous avez effectivement 3 serveurs, connectés en LAN Talus' Works ~ Talus' LaBlog ~ SanctuaireFF En Ligne : La Représentation Intervallaire
k@cem	# Posté le 28/07/2007 03:53:38
Groupe : Membres	C'est la version dev qui est passé sous PostGresql, mais la version actuel ne tardera pas à le faire (dans les mois à venir ...) : http://www.siteduzero.com/forum-83-144311-1570708.html#r1570708 Sinon, très bon article félicitation ! Cependant il est difficile de savoir si un projet va avoir du succès ou pas, et donc difficile de choisir entre les deux
Gaga971	# Posté le 28/07/2007 08:21:55
Programmeur indépendant Groupe : Membres	Pareil bon article.
geenux	# Posté le 28/07/2007 09:22:50
Vive Qt Groupe : Membres	Très bon article! Décidément après le super tuto sur mysql, encore un super article! Signez la pétition pour M6 Replay accessible à tous, sans exception ! M6 déclare "Accessible à tous", sous entendu Tous les utilisateurs de Windows© disposant du lecteur Windows media. Donc ils excluent volontairement les utilisateurs de systèmes comme GNU/Linux ou Mac OS, en faisant de la publicité "mensongère".
Attonde	# Posté le 28/07/2007 09:57:47
et là, paf le chien ! Groupe : Membres	Super tuto , bravo . Cependant j'ai cru relevé une petite erreur (peut-être que je me trompe mais j'en doute...): Citation Ainsi MySQL, par le fait qu'il ne gère pas l'intégrité référentielle par exemple, se révèle plus rapide que MySQL puisqu'il ne doit pas faire les tests d'intégrité (qui permettent de vérifier qu'une base de données est cohérente pour rappel). Enfin bref, super. YourBloug [\|\|\|\|\|50%\|\|\|\|\|] On recrute! Rébélion xD Blog Dev AgainFM (homeserv) Ganaria Powered by PuissanceWeb
MaxDc	# Posté le 28/07/2007 11:08:56
Chouette alors ! Groupe : Membres	Très bon tuto et très pertinent d'ailleurs. Par contre, c'est dommage qu'il y ait autant d'erreurs de syntaxe et de grammaire... J'ai parfois dû relire pour bien comprendre, ça baisse un peu ma note... :/ SdZ v2 Ce qui empêche souvent d'aller de l'avant, c'est de commencer par le commencement. Une mère est de 21 ans plus âgée que son enfant. Dans 6 ans, son enfant sera 5 fois plus jeune que sa mère ! Question : Où se trouve le père ?
Kissifrot	# Posté le 28/07/2007 11:42:52
Groupe : Membres	Très bon tuto (article?), ça confirme ce que je pensais à propos de PostgreSQL Freelancer Zero (version Alpha) Projet de MMORPG en Ajax (me contacter si vous êtes intéressé pour y participer).
gaga26	# Posté le 28/07/2007 12:51:03
Autant que faire se peut Groupe : Membres	Très bon tuto, bien expliqué et pas trop subjectif, parfait. Mes sites : TooZeWeb Mon système de templates Mon blog Site de la commune de St-Aubin "Il y a trois types de personnes dans le monde, celles qui savent compter et les autres..."
vincent1870	# Posté le 28/07/2007 13:01:23
Groupe : Membres	Très bon tuto, qui m'a appris plein de trucs. Je ne connaissais PostGreSQL que de nom, et maintenant je saisis bien les différences entre les deux Citation : Shepard MySQL a permis à tout un chacun de s'essayer dans ce domaine, mais pour moi n'est pas réellement un SGBDR, attention il convient parfaitement pour la plupart des sites web, mais ce n'est pas pour rien que SourceForge pour ne citer que lui a fini par abandonner MySQL pour passer à PostGreSQL, pour ceux qui ont connu ce moment, vous avez connu également la différence considérable de performances: MySQL n'était tout simplement plus capable de gérer une base de données devenue trop grosse et trop complexe. Juste cette longue phrase, que je trouve assez indigeste et incompréhensible. Si tu pouvais la découper et la reprendre, ce tuto serait vraiment parfait (à mon goût ). Allez, un petit 18/20 quand même Ouverture d'un salon pour discuter de vos tutoriels (validation et zCorrection). Initiation au modèle MVC, une manière d'organiser son code \| Utiliser Talus' TPL, un moteur de templates
gnomnain	# Posté le 28/07/2007 16:38:30
huh ? Groupe : Membres	Très bon tuto (ou article, je suis d'accord avec un comentaire précédent ). Après lecture, je comprends mieux les différences entre PostGreSQL et MySQL et pourquoi choisir l'un ou l'autre. Cependant, pour mettre un bémol constructif , je pense qu'il faudrait expliquer les concepts présentés, soit par des liens vers des pages les décrivant, soit dans le tuto. Pour éviter la lourdeur, peut être faudrait-il une brève définition et renvoyer sur un article. Exemple de termes incompréhensibles à moi, zéro en base de données : Citation : Shepard [...]les règles, les types utilisateur, les tableaux, des langages procéduraux tels que PHP, Python, Java et bien d'autres. (Mais c'est vrai qu'il y a déjà quelques définitions, que je trouve très claires ) En tout cas, merci pour ce tuto qui m'a apporté beaucoup d'éclaircissements . xmonad user - j'utilise haskell - et ocaml - pourquoi je n'aime pas php Quelques tutos à lire : récursivité - typage - algorithmique
zero84	# Posté le 28/07/2007 17:12:20
Groupe : Membres	Bonjour, sympa comme comparatif mais il me semble que MySql gère les contraintes d'intégrité telle que les clés étrangères avec l'utilisation du moteur InnoDb. Je ne connais pas du tout PostGreSQL et ce tuto m'a donné envie de le découvrir.
serionos	# Posté le 28/07/2007 18:03:23
Vive le libre!!! Groupe : Membres	Super tuto!!! (comme d'ab quoi! ) Cependant, dommage qu'il n'y a pas de lien pour approfondir. Bonne continuation Si vous chercher un excelent éditeur HTML ==> http://tinymce.moxiecode.com/ "Le logiciel c'est comme le sexe... C'est mieux quand c'est libre" Linus Torvald
kedare	# Posté le 28/07/2007 19:18:20
Groupe : Membres	la "lacune sur la vitesse" de postgresql n'est plus vrais , depuis la 8.2 , postgresql n'a plus rien a envier sur mysql , il est d'ailleur beaucouuuuup plus rapide en transactionnel d'ailleur le probleme pour le passage de sdz en utilisant postgresql .. c'est que postgresql ne se code pas comme mysql .. et je suis quasit sure qu'ils n'ont fait que traduire les requetes , ce qui pourrait expliquer la lenteur donc voila , si l'on veut utiliser postgresql , je pense qu'il faut oublier tout les specificité de mysql "Toute technologie suffisamment avancée est indifférenciable de la magie" Arthur C. Clarke, “Profil de l’avenir”, 1961 Pseudo PSN: Kedare Code Mii: 8684 6147 7730 6877 dev.Kedare Blog
Incognito	# Posté le 28/07/2007 19:26:18
Groupe : Membres	Merci pour cette article de grande qualité. 20/20. Pemak
Piwaï	# Posté le 28/07/2007 23:24:51
Why can't we be friend ? Groupe : Membres	Très intéressant, c'est vrai qu'on trouve peu d'informations sur PostGre. Une sacré galère d'ailleurs, quand on connait pas les bons sites de référence... A propos des problèmes de changement de base de donnée, et à titre d'information : Une révolution est en marche Connaissez-vous Propel ? Connaissez-vous Doctrine ? Ce sont des ORM, un doux nom qui signifie Object-Relational Mapping. Ils permettent de manipuler les données du langage relationnel (le SQL) dans un langage objet, et sous forme d'objets. Plus la peine de taper UNE SEULE LIGNE de SQL... Un petit exemple de code php sous Propel : Code : PHP $c = new Criteria(); $c->add(MessagePeer::TO_USER, $this->getUser()->getProfile()->getId()); $c->addDescendingOrderByColumn(MessagePeer::CREATED_AT); $messages = MessagePeer::doSelectJoinUserProfileRelatedByFromUser($c); foreach ($messages as $message) { echo 'De : '.$message->getUserProfileRelatedByFromUser()->getUsername().'<br /> Objet : '.$message->getTitle().'<br /> Message : '.$message->getMessage().'<br />'; } Le système a envoyé tout seul la requête suivante : Code : SQL SELECT message.ID, message.CREATED_AT, message.FROM_USER, message.TO_USER, message.TITLE, message.MESSAGE, message.UNREAD, user_profile.ID, user_profile.USER_ID, user_profile.USERNAME, user_profile.SPECIES, user_profile.CREATED_AT, user_profile.MAIL, user_profile.CONTRACT_INDEX, user_profile.LAST_REQUEST FROM message, user_profile WHERE message.TO_USER=1 AND message.FROM_USER=user_profile.ID ORDER BY message.CREATED_AT DESC Il a ensuite chargé tout seul le resultat de la requête dans des objets, qu'on peut manipuler comme n'importe quels objets de POO. Et ces systèmes tiennent compte des clés étrangères... Tout ça pour dire qu'avec ce genre d'outil, le passage du code de MySQL à PostgreSQL ne pose aucun soucis : on écrit pas une seul ligne, tout est géré par le framework, qui lui est optimisé pour les différentes bases de données... Le seul soucis devient dès lors le transfert des données d'une bd à l'autre. Jvoulais faire un petit topo la dessus . Un tuto serait peut-être une bonne idée, mais il y a déjà des tonnes d'exemples de fonctionnement. Un bon framework qui utilise Propel est Symfony, que je vous conseille d'ailleurs chaudement, mais la je suis completement hors sujet. Bref, pour résumer, article intéressant . @++ Piwaï http://www.piwai.info "La violence est le dernier refuge de l'incompétence". Isaac Asimov, Fondation. Créateur de 2H4U : Too Hard For You et découvrez aussi BisouLand.
MoAX	# Posté le 29/07/2007 11:32:37
Never let down Groupe : Membres	Vraiment bon ! Moi je ne connais pas trop les SGBDR alors je suis sur MySQL. Mais je connaissais que de nom PostGreSQL et tu m'as appris beaucoup. Très bon tuto et il est bien rédigé, une oeuvre d'art Je donne mon prem's 20 M as MoAX Coupe Instant Messenger Merci ?!? ... Encore !!
Kabefis	# Posté le 29/07/2007 16:17:46
miam Groupe : Membres	Très bien expliqué, un bon article. 18
Brouznouf	# Posté le 29/07/2007 16:57:39
Groupe : Membres	Un bon tuto, cependant ce n'est pas les seuls differences entre mysql et postgresql. Une grosse différence et l'on peut dire un avantage de PostGreSql et la gestion des données graphiques. En effet il existe de nombreux modules que l'on peut rajouter a PostGreSql, notamment PostGis qui permet la manipulation de données graphiques, comme des points, des carrées, etc.... Ce qui peut être utiles dans differentes applications. La ChouCrouTe C'est Bon !
Damn	# Posté le 29/07/2007 17:21:16
Groupe : Membres	trés bon tuto , c'est une question que je me suis posé recemment et j'en suis arrivé un peu prés à la meme conclusion que toi , en ce moment j'explore la voix xml qui me semble assez prometteuse pour remplacer une bdd.
Shepard	# Posté le 29/07/2007 21:18:20
SQL Beginner ... Groupe : Membres	[@ tout le monde, merci pour les commentaires, je tiens compte de vos remarques ce sera mis à jour bientôt :)] @brouznouf: J'ai jugé que ce n'était pas utile de le mettre étant donné que MySQL le fait aussi Sorry si ma signature a gêné, j'avais pas vu le sujet sur DG ... :s
`Haku	# Posté le 29/07/2007 21:18:36
Rose	Le XML ne t'apportera jamais la souplesse et la puissance d'un sgbdr. Sinon pourquoi les auraient-t-on inventé ? Envie d'apprendre le PHP ou le SQL ? Envie d'en savoir plus sur le PHP ou le SQL ? Suivez le guide...
Hydrasul	# Posté le 30/07/2007 10:29:32
on est mieux dedans que dehors Groupe : Membres	Genial enfin un comparatif qui explique clairement des details techniques sans nous noyer sous une avalanche de termes obscures et incomprehessible. J'ai tout compris et je me sems beaucoup plus intelligent grace a toi. Merci
Lukas	# Posté le 30/07/2007 12:47:50
Vive le sdz! Groupe : Membres	Encore un bon tuto sur les sgbdr shepard. mais j'aurai pensé que tu parlerai plus des différences de performances. 16 Vive tremulous, BZFlag, archlinux, jabber, l'irc et surtout les croissants chauds
Fcp	# Posté le 30/07/2007 15:02:42
Flying Whales	Très bon tuto Shipouné J'ai moi même appris beaucoup, vu que mon blog vient de passer de mysql a PostgreSQL (étant donné que les Dotclear 2x ne passe sous les ftp free avec mysql ) même si c'est Deeder qui a fait le transfert ... maintenant j'ai compris pourquoi Dans un monde de fou un être parfait passerait surement pour un fou MEILLEUR BLOG 2007
Draeli	# Posté le 04/08/2007 13:07:37
Groupe : Membres	Je trouve l'article encore trop subjectif mais à la limite passe encore vu ce que j'ai pu lire. Les outils proposés par MySQL (sous Windows (car je trouve les versions sous Linux instables)) sont très bien et permettent de tous faire, il faut juste prendre le coup de main Pour la documentation en ligne, je ne peux objectivement que te donner raison dans la mesure ou généralement, il faut courir à travers la Doc. pour trouver ce que l'on cherche si on ne sait pas ou exactement aller le chercher. La version Pdf de la documentation est elle par contre très bien, classé par chapitre et avec la recherche il devient plus simple de trouver ce que l'on cherche. Mais il est vrai que quelque soit le support, certains points restent obscurs et une recherche d'explication tiens souvent plus du parcours du combattant. Pour les normes, je ne suis mais alors PAS DU TOUS d'accord MySQL fait tous les efforts possible pour coller à la norme, ce qui ne l'empèche pas d'ajouter EN PLUS ses propres fonctionnalitées qui lui font tous son charme (et un repos pour la tête). Citation : Shepard Bien que PostGreSQL soit plus avancé technologiquement que MySQL, il a une lacune en vitesse sur les faibles volumes de données. Sur quoi tu te bases pour dire ca ? MySQL est capable de gérer aussi bien les petits volumes que les volumes titanesques. J'en veux pour preuve cette article : http://www.mysql.fr/news-and-events/press-release/release_2007_20.html Si Google a fais ce choix, je pense qu'on peut leur faire confiance Il est certe vrai que MySQL n'a pas toutes les fonctionnalités, mais il a celles utiles, il gère même les données de type spatial (vu que tu en parles plus bas). Citation : Shepard PostGreSQL est souvent moins rapide que MySQL au traitement des requêtes. Par contre il garantit une cohérence quasi-totale des données si la base de données est bien faite. MySQL gère les contraintes ACID (ce qui inclu donc les clés étrangères et l'intégrité référentielle à laquel tu fais régérence un peu plus bas sur l'exemple du SDZ) si tu utilises le moteur de stockage InnoDB plutôt que MyISAM. Ce qui en fait d'ailleurs une force, c'est qu'il est capable de proposer différentes moteurs de stockage adaptés à des besoins différents. Citation : Shepard De ce point de vue une première expérience avec un SGBDR simple tel que MySQL est souvent une bonne chose avant de s'attaquer à PostGreSQL qui est complet mais également complexe au début. Il est vrai qu'il est simple, ce qui ne l'empèche pas d'être complet et de rester accessible avec simplement un bémol sur cette foutu documentation. Citation : Shepard Gérer une base de données n'est pas une chose simple, surtout si on veut bien le faire. MySQL a permis à tout un chacun de s'essayer dans ce domaine, mais pour moi ce n'est pas réellement un SGBDR. Oui ca n'est pas une chose simple de gérer une Bdd mais MySQL rempli très bien cette fonction et à mon sens il est de très loin le meilleur SGBDR. Le problème avec celui-ci comme un autre et qu'il faut savoir réellement ce qu'on écrit lors du requêtage et quel est le comportement que cela aura, ce qui demande de faite un peu plus de réflexion pour la partie conception mais au final, vu ce qui est proposé au niveau des moteurs de stockages et vu les mécanismes d'optimisations (aussi bien pour l'analyse que pour l'optimisation brute), MySQL est à mon sens le plus efficace et cela independamment du volume à gérer (je te renvoi à l'article un peu plus haut). Jedi PHP (Certifié Zend PHP) - Jedi MySQL (Certifié MySQL Core) - Padawan MySQL 5 Le côté obscur de la force bientôt rejoins ai-je !
Draeli	# Posté le 04/08/2007 13:23:23
Groupe : Membres	Pour ce qui est de Php avec MySQL, maintenant il existe PDO qui permet de se libérer plus des contraintes du SGBDR, les drivers étant la pour effectuer les transformations nécessaires au besoin. Dommage que ca n'existe pas depuis plus longtemps sinon, beaucoup de site aurait pu migrer sur ce qu'ils souhaitaient et certaines 'mauvaises habitudes' MySQL auraient pu être évités. Jedi PHP (Certifié Zend PHP) - Jedi MySQL (Certifié MySQL Core) - Padawan MySQL 5 Le côté obscur de la force bientôt rejoins ai-je !
Shepard	# Posté le 04/08/2007 13:55:33
SQL Beginner ... Groupe : Membres	Bonjour Draeli, J'étais étonné de ne pas encore avoir eu de commentaires comme le tien pour tout dire Pour ma première citation, je parlais de PostGreSQL qui avait une lacune sur les petits volumes de données Ensuite tu parles de InnoDB, mais le fait qu'il soit beaucoup plus lent que MyISAM n'est un secret pour personne, sur ce point je pense que tu seras d'accord avec moi Je ne suis pas un détracteur de MySQL, au contraire j'apprécie beaucoup cet outil qui a pour habitude d'innover avec par exemple les variables utilisateurs pour ne citer qu'elles. Cependant à partir du moment où l'on veut être sûr d'avoir une base de données cohérente et donc utiliser tous les outils de contraintes, une base de données pratique qui implémente par exemple les règles sur les vues / tables, une base de données adaptée aux besoins de la solution ( je pense aux domaines, types utilisateurs, opérateurs, fonctions et classes d'opérateurs qui vont avec pour la gestion des index sur ces types ), MySQL ne convient plus ... Quand je dis gérer les gros volumes de données, ce n'est pas uniquement les stocker et les renvoyer rapidement, c'est également tout le boulot derrière pour s'assurer qu'il n'y ait aucune altération de données, et ça pour le moment du moins MySQL ne le fait pas. Pour le respect de la norme, MySQL fait sans doute des efforts, et je suis admiratif de leur team de développement, mais de grosses lacunes subsistent encore ! Par exemple il est possible de détruire une table référencée par une autre, en fait de détruire n'importe quel objet référencé par un autre, ce qui fait qu'il n'est pas réellement relationnel ... Des fonctions relativement fondamentales de la norme telles que BIT_LENGTH sont absentes, SQL propose \|\| et CONCATENATE pour concaténer deux chaines, MySQL propose CONCAT ... TRANSLATE ( conversion de jeux de caractères ) est absente, OVERLAPS est absent, ... Autant de fonctions supportées par PostGreSQL au passage ... Au passage, PostGreSQL dispose lui aussi d'un paquet d'extensions à la norme, et c'est autre chose que simplement des noms de fonctions différents ! Ce qui ne l'empêche pas d'être à plus de 80% ( selon sa propre documentation ) conforme ... Et à mon avis ce chiffre est volontairement sous-estimé ... Google n'utilise pas que MySQL d'après ce que je sais, je vais essayer de me renseigner ... Quant à Skyrock ( plus d'un teraoctet ), certains bases PostGreSQL font plus de 13 teraoctets ... Mais bon là on rejoint le débat "qui a la plus grosse", je ne pense pas que ce soit nécessaire, la seule information intéressante étant que MySQL comme PostGreSQL sont capables de gérer les grosses volumétries. ( Je suis disposé à débattre mais ne partons pas sur un troll svp, postez des commentaires constructifs tels que celui de Draeli ) Sorry si ma signature a gêné, j'avais pas vu le sujet sur DG ... :s
Draeli	# Posté le 04/08/2007 14:32:05
Groupe : Membres	Pour InnoDB est MyISAM on en revient on contexte d'utilisation en faite. La ou MyISAM est super pour de la lecture pur et dur (d'ailleurs un mode compressé MyISAM pour de la lecture uniquement est disponible), il pêche du faite de manque de contrainte sur les clés. InnoDB quand à lui est bien dans un environnement mixte lecture/écriture, donc effectivement il peut être plus lent dans certains cas mais je n'irai pas jusqu'à généraliser et dire que InnoDB est systématiquement plus lent. Pour les vues/triggers and co., à partir de la version 5.1 ca devient réellement utilisable et de ce faite, autant je peux te donner raison pour la version 4.1, autant à partir de la 5.0 je pense que des tests plus poussés seraient nécessaires (maintenant comme tu le dis si bien toi même, c'est qu'on ne peut pas comparer des pommes et des poires) pour déterminer réellement dans quel cas l'un ou l'autre sont à préférer. Pour la gestion des données (ce qui comprend l'altération de données), MySQL le fait très bien, je t'invite à lire la documentation sur MySQL pour les entreprises qui sort du cadre de l'utilisation courante que nous pauvre péon (ca n'a rien de péjoratif ) en avons habituellement. Pour les lacunes par rapport à la norme, je ne peux que te donner raison sur les exemples que tu donnes, ca fais parti des points qui sont ressortis systématiquement contre MySQL. Avec quand même ce bémol qu'une solution annexe pour faire la même chose reste toujours disponible (j'admet que ca n'est pas plaisant mais ca a au moins le mérite d'exister). Pour ce qui est de l'exemple de Google, ils parlent bien des sites de Google et non d'autre chose (Maintenant il est vrai que je serai curieux de savoir exactement tous ce qu'il y a derrière leur système de recherche). Edit : oui désolé d'être le premier à faire ce style de remarque, tu sais à quel point je l'aime mon MySQL, moooonn prééééciiiieeuuuu !!! Jedi PHP (Certifié Zend PHP) - Jedi MySQL (Certifié MySQL Core) - Padawan MySQL 5 Le côté obscur de la force bientôt rejoins ai-je !
Shepard	# Posté le 04/08/2007 21:54:34
SQL Beginner ... Groupe : Membres	Ah mais ne soit pas désolé, j'apprécie grandement ce genre de débats: j'apprends toujours plein de trucs ( péon c'est pas dans warcraft II ça ? ) Pour InnoDB je me suis basé sur l'expérience qu'on a faite sur le SdZ ( passer toutes les tables à InnoDB, ajouter les contraintes de clefs étrangères, faire les ANALYSE & co et tester ). Les faits étaient que les requêtes étaient environ 100 fois plus lentes ( on passait de 3 millièmes à 3 dixièmes ... pour la plupart des requêtes de la page d'accueil ) Maintenant c'est vrai que nous n'avons pas poussé les tests très loin vu cette différence assez conséquente quand même Il est tout à fait possible que nous ayons oublié quelque chose, mais winzou et moi avons fait de notre mieux pour que les conditions de test soient les meilleures ... Quand on est repassés à MyISAM on est revenus instantanément ( enfin à la deuxième actualisation de la page ) aux temps décrits plus haut, soit environ un centième de seconde pour la page d'accueil au lieu d'une seconde ... Pour les fonctions déclencheurs / vues & co, le tout est parfaitement utilisable, mais les extensions proposées par PostGreSQL donnent tout de même à MySQL un visage assez pâle ... Entre autre les règles dont j'ai déjà parlé pour les vues qui permettent les INSERT / DELETE / UPDATE sur les vues, et les triggers dérivés qui permettent d'éviter la redondance des fonctions pour les triggers agissant sur des tables de même type ( tables héritées par exemple ). Je suppose que tu parles de MaxDB quand tu dis "utilisation des entreprises", mais à ce moment on entre dans les solutions payantes qui sortent, bien qu'en effet ce ne soit pas explicité dans le titre, du cadre de ce tuto ( bon là j'avoue c'est peut-être un peu lâche de ma part d'exclure ainsi beaucoup de fonctionnalité développées pour MySQL mais payantes ) Pour les autres méthodes pour faire ce que prévoit la norme, bien sûr c'est possible mais ça rend compliqué toute tentative d'exportation de la BDD vers un autre SGBDR ... Ce que je ne comprends pas trop de la part des développeurs c'est par exemple d'avoir créé la fonction CONCAT au lieu de CONCATENATE, qui n'apporte aucun avantage réel si ce ne sont 5 caractères en moins Quant au système de Google, je suis vraiment curieux de savoir aussi, malheureusement il semble que certaines choses soient destinées à nous rester inconnues à tout jamais Sorry si ma signature a gêné, j'avais pas vu le sujet sur DG ... :s