PostgreSQL
 sql >> база данни >  >> RDS >> PostgreSQL

MySQL срещу PostgreSQL за уеб приложения

Бележка за бъдещите читатели: Текстът по-долу е последно редактиран през август 2008 г. Това е преди почти 11 години, считано от тази редакция. Софтуерът може да се променя бързо от версия на версия, така че преди да изберете СУБД въз основа на съвета по-долу, направете проучване, за да видите дали все още е точен. Проверете за по-нови отговори по-долу.

По-добре?

MySQL се предоставя много по-често от уеб хостове.

PostgreSQL е много по-зрял продукт.

Има тази дискусия, насочена към вашия "по-добър" въпрос

Очевидно според тази уеб страница MySQL е бърз, когато нивата на едновременен достъп са ниски и когато има много повече четения, отколкото записвания. От друга страна, той показва ниска мащабируемост с увеличаване на натоварванията и съотношенията на запис/четене. PostgreSQL е сравнително бавен при ниски нива на едновременност, но се мащабира добре с увеличаване на нивата на натоварване, като същевременно осигурява достатъчно изолация между едновременните достъпи, за да се избегнат забавяния при високи съотношения запис/четене. По-нататък се свързва с редица сравнения на производителността, защото тези неща са много... чувствителни към условията.

Така че, ако вашият фактор за решение е „кое е по-бързо? " Тогава отговорът е "зависи. Ако наистина има значение, тествайте приложението си и срещу двете. " И ако наистина, наистина ви е грижа, влизате в два DBA (един, който е специализиран във всяка база данни) и ги карате да настроят глупостите от базите данни и след това избирате. Удивително е колко скъпо добро DBA са; и струват си всеки цент .

Когато има значение.

Което вероятно не е така, така че просто изберете коя база данни ви харесва звука и се придържайте към нея; по-добра производителност може да се купи с повече RAM и CPU, и по-подходящ дизайн на база данни, и хитри трикове за съхранявани процедури и така нататък - и всичко това е по-евтино и по-лесно за random-website-X, отколкото агонизира кой да избирате, MySQL или PostgreSQL и специализирана настройка от скъпи DBA.

Джоел също каза в този подкаст, че коментарът ще се върне, за да го ухапе, защото хората ще кажат, че MySQL е глупост - Джоел не може да получи count на редове назад. Множественото число на анекдота не е данни. Той каза:

MySQL е единствената база данни, срещу която съм програмирал в кариерата си, която е имала проблеми с целостта на данните, където правите заявки и получавате глупави отговори, които са неправилни.

и той също каза:

Това е просто анекдот. И това е едно от нещата, които ме разочароват, всъщност, относно блоговете или просто Интернет като цяло. [...] Има просто странна тенденция да се превръщат анекдоти в истини и аз всъщност като блогър започвам да се чувствам малко виновна за това



  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Коригирайте „ГРЕШКА:  колона „colname“ не съществува“ в PostgreSQL, когато използвате UNION, EXCEPT или INTERSECT

  2. PostgreSQL визуален интерфейс, подобен на phpMyAdmin?

  3. Грешка в PostgreSQL „Не можа да се свърже със сървъра:Няма такъв файл или директория“

  4. Променете типа на колоната и задайте не нула

  5. Как да получите последния ред на група в PostgreSQL