Changeset 764
- Timestamp:
- 10/23/07 16:15:37 (1 year ago)
- Files:
Legend:
- Unmodified
- Added
- Removed
- Modified
- Copied
- Moved
materials/advocacy/trunk/Why_PostgreSQL_Instead_of_MySQL.txt
r763 r764 172 172 Cependant, il est communément connu que MyISAM est plus vulnérable aux corruptions de données que la plupart des 173 173 bases de données sérieuses ne sauraient tolérer, et en cas d'incident, il peut s'écouler un temps non négligeable 174 durant lequel il reconstruit ses index esavant que le serveur ne puisse redémarrer. En outre, il ne supporte pas les174 durant lequel il reconstruit ses index avant que le serveur ne puisse redémarrer. En outre, il ne supporte pas les 175 175 clés étrangères ou les transactions qui auraient permis à la base d'avoir des propriétés ACID. MyISAM a aussi un 176 176 problème avec les accès concurrents en lecture et mise à jour car ne supporte que les verrous de niveau table. … … 453 453 // One operation that PostgreSQL is known to be slow performing is doing a full count of rows in a table, typically 454 454 // using this SQL: 455 Une opération sur laquelle PostgreSQL est connu pour être lent est de compter la totalité des lignes d'une table, 456 typiquement en utilisant cette requête : 455 457 456 458 // SELECT COUNT(*) FROM table … … 484 486 //many only need to reference the index in this situation. 485 487 PostgreSQL, MySQL, et beaucoup d'autres implémentations de base de données tireront profil de la disponibilités des 486 index espour le champs restreint afin de limiter le nombre d'enregistrement devant être comptés, ce qui accelère488 index pour le champs restreint afin de limiter le nombre d'enregistrement devant être comptés, ce qui accelère 487 489 grandement de telles requêtes. 488 490 … … 511 513 //There is also a fairly serious subquery null handling bug in MySQL 5.0 512 514 //(which at this time appears to be still present in 5.1). 513 Le plan nificateur de MySQL n'a pas ce niveau de sophistication, et les options de réglage pour le515 Le planificateur de MySQL n'a pas ce niveau de sophistication, et les options de réglage pour le 514 516 "Controlling Query Optimizer Performance" sont grossières. Les développeurs contournent celà en fournissant par 515 exemple des astuces sur les index esafin de s'assurer que les jointures se fassent correctement. Pour faciliter cette517 exemple des astuces sur les index afin de s'assurer que les jointures se fassent correctement. Pour faciliter cette 516 518 tâche, MySQL fournit un "Query Profiler" qui facilite le travail typiquement sur ces données EXPLAIN. En dehors de ces 517 519 astuces, l'optimisation des sous-selection est une faiblesse connue de MySQL. Il existe aussi un bug plutôt sérieux à
