MySQL ve SQL Server arasındaki farklar [kapalı]

Tüm veritabanı ihtiyaçları için (hem işte hem de kişisel projeler için) kullanılan bir ASP.NET geliştiricisiyim Microsoft SQL Server.

Bazı kişisel projelerim için LAMP yığınını denemeyi düşünüyorum .

Arasındaki temel farklar nelerdir MySQLve SQL Server? Saklı yordamları kullanmak yaygın bir uygulama MySQLmıdır?

Anahtar konusunda bana yardımcı olacak herhangi bir tavsiye veya kaynak var mı?

Her ikisinde de tecrübesi olanlar için, eksik özellikler var MySQLmı?

Dikkat etmeniz gereken bir şey, SQL Server ve MySQL'in SQL sözdizimini uygulama biçimindeki oldukça ciddi farklardır.

İşte farklı SQL uygulamalarının güzel bir karşılaştırması .

Örneğin, üst-n bölümüne bir göz atın. MySQL'de:

SELECT age
FROM person
ORDER BY age ASC
LIMIT 1 OFFSET 2

SQL Server'da (T-SQL):

SELECT TOP 3 WITH TIES *
FROM person
ORDER BY age ASC

Burada birçok yorum gerçek yaşam ifadelerinden ziyade dini tartışmalara benziyor. Yıllardır hem MySQL hem de MSSQL ile çalışıyorum ve her ikisi de iyi ürünler. MySQL'i esas olarak üzerinde çalıştığınız ortama göre seçerdim. Çoğu açık kaynaklı proje MySQL kullanır, bu nedenle bu yöne giderseniz MySQL sizin seçiminizdir. Net ile bir şey geliştirirseniz, MSSQL'i seçerim, çünkü çok daha iyi değil, çünkü çoğu insanın kullandığı şey budur. Aslında şu anda MySQL ve C # ile ASP.NET kullanan bir proje üzerinde. Mükemmel çalışıyor.

Kimsenin MySQL'in Ortak Tablo İfadelerini (CTE) / "with" ifadelerini desteklemediğinden bahsetmediğine inanamıyorum. Bu oldukça can sıkıcı bir fark.

MySQL'in veritabanı bozulması sorunları olması daha olasıdır ve gerçekleştiklerinde bunları otomatik olarak düzeltmez. Sürüm 6.5 beri MSSQL ile çalıştım ve veritabanı çevrimdışı alarak bir veritabanı bozulması sorunu hatırlamıyorum. Bir üretim ortamında MySQL ile birkaç kez çalıştığımda, bir veritabanı bozulması sorunu, komut satırından sihirli "lütfen bozuk dizinimi düzeltin" olayını çalışana kadar tüm veritabanını çevrimdışı aldı.

Deneyimlerime göre, MSSQL'in işlem ve günlük kaydı sistemi, bir güç döngüsü veya donanım arızası da dahil olmak üzere veritabanı bozulması olmadan hemen hemen her şeyi halleder ve bir şey bozulursa otomatik olarak düzeltir.

Bu benim deneyimimdi ve bunun düzeltildiğini veya yanlış bir şey yaptığımızı duymaktan mutluluk duyarım.

http://dev.mysql.com/doc/refman/6.0/en/corrupted-myisam-tables.html

http://www.google.com/search?q=site%3Abugs.mysql.com+index+corruption

Açıkçası, MSSQL yerine MySQL kullanmak için tek bir neden bulamıyorum. Daha önce sorun maliyeti vardı ama SQL Server 2005 Express ücretsizdir ve çok az ayda 5.00 $ için sql sunucusu ile tam hosting sunan web hosting şirketleri bir sürü vardır.

MSSQL'in kullanımı daha kolaydır ve MySQL'de bulunmayan birçok özelliğe sahiptir.

MySQL'deki her şey metale MSSQL'den daha yakın yapılmış gibi görünüyor ve belgeler bu şekilde davranıyor. Özellikle optimizasyon için, dizinlerin, sistem yapılandırmasının ve optimize edicinin çeşitli durumlarda nasıl etkileşim kurduğunu anlamanız gerekir.

"Optimizer" daha çok ayrıştırıcıdır. MSSQL'de sorgu planınız genellikle bir sürprizdir (genellikle iyi, bazen değil). MySQL'de, yapmasını istediğiniz şeyi, beklediğiniz şekilde yapar. Bu, kendisinin yapılabileceği çeşitli yolları derinlemesine anlamanız gerektiği anlamına gelir.

İyi bir TRANSACTION modeli etrafında oluşturulmamıştır (varsayılan MyISAM motoru).

Dosya sistemi kurulumu sizin probleminizdir.

Tüm veritabanı yapılandırması sizin probleminizdir - özellikle çeşitli önbellek boyutları.

Bazen bunu geçici, yüceltilmiş bir isam olarak düşünmek en iyisidir. Codd ve Date burada fazla ağırlık taşımıyor. Bunu utanmadan söylerlerdi.

Dikkat edilmesi gereken en önemli şeylerden biri, MySQL 5.0'dan önceki sürümlerin görünüm, tetikleyici ve saklı yordamlara sahip olmamasıdır.

Bunun daha fazlası MySQL 5.0 İndirme sayfasında açıklanmaktadır .

@abdu

MySQL'in MSSQL üzerinde bulduğum en önemli şey, saat dilimi desteğidir - gün dilimleri arasında güzel bir şekilde değişiklik yapma yeteneği, gün ışığından yararlanma tasarrufuna saygı duymak harika.

Bunu karşılaştırın:

mysql> SELECT CONVERT_TZ('2008-04-01 12:00:00', 'UTC', 'America/Los_Angeles');
+-----------------------------------------------------------------+
| CONVERT_TZ('2008-04-01 12:00:00', 'UTC', 'America/Los_Angeles') |
+-----------------------------------------------------------------+
| 2008-04-01 05:00:00                                             |
+-----------------------------------------------------------------+

bu cevapta yer alan bükülmelere .

'Kullanımı daha kolay' yorumuna gelince, konu farklı olduklarını söyleyebilirim ve birini tanıyorsanız, diğerini öğrenmenin ek yükü olacaktır.

Her ikisi de DBMS'nin Ürün Sql sunucusu ticari bir uygulamadır, MySql bir openouces uygulamasıdır. çoğaltma, granalar güvenlik ve önemli, sql sunucusuna ihtiyacınız var

MySql diskte daha az yer kaplar ve sql sunucusundan daha az bellek ve işlemci kullanır

Herkes SQL Server MySQL bir veritabanı "bağlantı noktası" ile iyi bir deneyim var mı?

Bu oldukça acı verici olmalı! MySQL sürümlerini 4.x'ten 5.x'e değiştirdim ve eskiden olduğu gibi çeşitli ifadeler artık çalışmaz. Sorgu çözümleyicisi "geliştirildi", bu nedenle daha önce performans için ayarlanan ifadeler beklendiği gibi çalışmaz.

500 GB'lık bir MySQL veritabanı ile çalışmaktan çıkarılan ders: İnce bir konu ve önemsiz bir şey değil!

@Cebjyre. Enterprise Manager veya Management Studio'nun MySQL için şimdiye kadar gördüğüm her şeyden daha iyi olup olmadığı IDE. 'Kullanımı daha kolay' diyorum çünkü MSSQL'de MySQL'in emsali olmayan birçok şey yapabilirim. MySQL'de sadece sorgu planına veya istatistiklere bakarak sorguları nasıl ayarlayacağımı bilmiyorum. MSSQL'deki dizin ayarlama sihirbazı, hangi dizinlerin eksik veya yanlış yerleştirildiğine ilişkin tahmin çalışmalarının çoğunu alır.

MySQL'in eksiklerinden biri, veritabanı için maksimum boyut olmamasıdır. Veritabanının diski doldurana kadar boyutu artar. Bu diskin veritabanlarını diğer kullanıcılarla paylaşıp paylaşmadığını ve aniden tüm sorgularının başarısız olduğunu düşünün, çünkü veritabanları büyüyemez. Bu sorunu uzun zaman önce MySQL'e bildirdim. Henüz sabit olduğunu sanmıyorum.

MSSQL'den MySQL sözdizimi POV'a MySQL ile çalışmak için biraz zaman harcayarak yapabileceğim şeyde kendimi sınırlı bulmaya devam ettim.

Bir güncelleme sırasında aynı tabloyu yeniden referanslandırırken bir tabloyu güncellemede tuhaf sınırlar vardır.

Ayrıca UPDATE FROM çalışmıyor ve son kontrol ettiklerinde Oracle MERGE INTO sözdizimini de desteklemiyorlar. Bu benim için bir gösteri tıpası oldu ve ben bundan sonra MySQL ile her yerde alacağını düşünüyorum durdu.