Changeset 677
- Timestamp:
- 08/17/07 20:19:36 (1 year ago)
- Files:
Legend:
- Unmodified
- Added
- Removed
- Modified
- Copied
- Moved
materials/advocacy/trunk/Why_PostgreSQL_Instead_of_MySQL.txt
r676 r677 8 8 //SQL specifications, but correspondingly slower and more complicated to use. 9 9 Pendant des années, la perception du marché était que MySQL était plus rapide et facile à utiliser que PostgreSQL. 10 PostgreSQL est perçu comme étant plus puissant, focalis ersur l'intégrité des données, et plus respecteux des normes10 PostgreSQL est perçu comme étant plus puissant, focalisé sur l'intégrité des données, et plus respecteux des normes 11 11 SQL, mais également plus lent et plus compliqué à utiliser. 12 12 13 13 //Like many perceptions formed in the past, these things aren't as true with the current generation of releases as 14 14 //they used to be. Both systems have evolved with landmark releases that make comparing the two a lot more complicated. 15 Comme beaucoup d'images du passé, celà n'est plus aussi vrai avec les générations actuelle que celà ne l'a été dans le 16 passé. Plusieurs versions des deux systèmes ont marqué leur évolution, ce qui rend leur comparaison beaucoup plus 17 compliquée. 15 Puisque beaucoup de ces perceptions sont apparues dans le passé, ces choses ne sont plus aussi vraies avec les versions actuelles que celà n'a été. Les deux systèmes ont évolué avec des versions notables qui rendent leur comparaison beaucoup plus compliquée. 18 16 19 17 // * MySQL 5.0 (October 2005) finally added a "strict mode" to narrow the gap in terms of data integrity and spec … … 22 20 * MySQL 5.0 (Octobre 2005) a finalement ajouté un "strict mode" pour réduire l'écart en terme d'intégrité des 23 21 données et de conformité aux specs. Le support des procédures stockées, vues, déclencheurs et curseurs, tous 24 considérés comme des fonctionnalités essentielles dans plusieurs cas de déploiement de base de données, ont25 aussi été ajouté s.22 considérés comme des fonctionnalités essentielles dans plusieurs cas de déploiement de base de données, a 23 aussi été ajouté. 26 24 // * PostgreSQL 8.1 (November 2005) featured major performance improvements, particularly in scalability. Focusing 27 25 // on improving performance has been central to all the 8.X releases up to the current 8.2. … … 38 36 // performance against reliability, both these topics need to be considered together in order to get an accurate view 39 37 // of the landscape. 40 Alors que l'innovation sur ces deux bases a progressé, chacune des communautés de développement ont travaillés38 Alors que l'innovation sur ces deux bases a progressé, chacune des communautés de développement a travaillé 41 39 activement à réduire leur liste de désavantages perçus. Le résultat est qu'il est devenu plus difficile de déterminer 42 40 objectivement quelle base de données est susceptible de convenir à une application donnée. Ce document vise à clarifier 43 41 dans quelles situations PostgreSQL est plus approprié que MySQL, en essayant de comparer équitablement les versions de 44 production courante de chacune et d'en discuter les forces et faiblesses. Les domaines principalement étudiés ici45 concernent les questions fondamentales de l'intégrité des données et la rapidité du noyau logiciel de la base de donnée .42 production courantes de chacune et d'en discuter les forces et faiblesses. Les domaines principalement étudiés ici 43 concernent les questions fondamentales de l'intégrité des données et la rapidité du noyau logiciel de la base de données. 46 44 Puisqu'il est souvent question de faire un choix entre la performance ou la fiabilité, ces deux sujets doivent être 47 45 considérés conjointement afin d'avoir une vision précise de l'ensemble.
