2012 yılında ASİT ile uyumluluk gereksinimleri ile orta/büyük boy veritabanı için daha iyi olurdu ne soru basit.

Hepsi (en iyi) mySQL vs PostgreSQL hakkında okudum ama bu mesajların çoğu sürüm 4,5 ile ilgilidir.1 ve sırasıyla 7,8 ve oldukça tarihli (2008,2009). Ben bu yüzden neredeyse 2012'nin şimdi deneyin ve sorunun yeni bir bakış açısı alabiliriz sanırım.

Temelde, yetersiz ağırlık kullanım kolaylığı, kullanılabilirlik ve büyük geliştirici/Bilgi Bankası MySQL PostgreSQL olan bir şey varsa bilmek isterim.

MySQL sorgu iyileştirici hala aptal mı? Hala yavaş çok karmaşık sorguları süper mi?

Bana vurdu! :)

PS. Ve bana gözlük veya wiki için göndermeyin. Rastgele bir sayfa daha 'zeki çocuk' onun parlak yıldızı. ile StackOverflow güvendiğim birkaç belirli noktaları bir bakış değil arıyorum

Ek

Boyut proje: Hesap başına yaklaşık 10-100 emir/gün sipariş sistemi, bin hesapları birkaç ki, sonunda, her birkaç bin kullanıcı için birkaç yüz olabilir.

Daha iyi: geleceğe yönelik ve büyüyen ve şartları değiştirme konusunda. esnek olmak Performans maliyetleri donanım bölümünde düşük seviyede tutmak için de önemlidir. Nitelikli işgücünün de durumu bir faktör olacaktır.

OLTP veya OLAP: OLTP

PostgreSQL SQL özellikleri çok daha gelişmiş.

Hala MySQL şeyler yok (ve PostgreSQL):

• ertelenebilir kısıtlamaları
• kısıtlamaları kontrol edin
• tam dış birleşim
  MySQL sessizce bir iç sözdizimi bazı varyasyonları ile birleştirme kullanır: http://sqlfiddle.com/#!2/88ff95/1
  Bu SQLFiddle kullanarak MySQL 5.5.32 oluşturuldu
• düzenli ifadeler 4* *UTF-8 ile
• tablo fonksiyonları ( select * from my_function() )
• ortak tablo ifadeleri
• sorgular ortak tablo ifadeleri kullanma) özyinelemeli
• pencere fonksiyonları
• fonksiyon tabanlı dizin
• kısmi dizin
• işlem tabloları üzerinde tam metin arama(MySQL 5.6 bunu destekler)
• CBS işlem tabloları üzerinde bulunmaktadır
• EKSİ veya BİLGİSAYAR operatörü
• olamaz iki kez geçici bir tablo aynı select deyiminde kullanın
• olamaz tablosu (güncelleme/silme/ekleme) sub-select bir değiştiriliyor kullanın

• olamaz türetilmiş bir tablo kullanan bir görünüm oluşturun

   create view x as select * from (select * from y);

• işlem DDL
• exclusion constraints
• key/value store
• JSON support
• range types
• kullanıcı ayrıcalıklarını yönetmek için roller (grup)

Değil emin ne diyorsun "kullanım kolaylığı" ama orada birkaç modern SQL features ben istemez ki Bayan (CTEs, pencere fonksiyonları) bu tanımla "kullanım kolaylığı" benim için.

Şimdi PostgreSQL ve en iğrenç şey, bir ağır yazmak için korkunç VAKUM işlemini ayarlamak için olabilir mükemmel muhtemelen veritabanı değil.