9.1 vs Mysql 5.6 Bunu PostgreSQL?

SORU

18 Kasım 2011, Cuma

9.1 vs Mysql 5.6 Bunu PostgreSQL?

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

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

CEVAP

18 Kasım 2011, Cuma

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.

Bunu Paylaş: