MYSQL ve SQL Server 2014 Express arasındaki fark nedir?
cevap 1:
Hem MySQL hem de SQL Server 2014 ile günlük olarak çalışan biri olarak, ana farklılıklar olduğuna inandığımı söyleyebilirim (artı kendi sevdiğim ve sevmediğim eachone)
SQL DİL UYGULAMASI
SQL Server'ın kendisi ile büyük bir geçmişi vardır, her sorgunun bir yürütme planına ihtiyaç duyduğu öncülüne dayanan bir motor inşa ettiler, Sorgunuzun maliyetlerini görsel olarak analiz ederek sorgunuzu optimize etmek için SQL Server'da daha iyi araçlara sahipsiniz. MySQL bu tür bir analiz aracından yoksundur, ya da bunun için ödeme yapmanız gerekir.
MySQL'de bunu yapabilirsiniz: Ztable grubundan 1,2 3'e karşı sayaç olarak a, b, c + y, count (d) öğesini seçin. SQL Server'da bunu YAPMALISINIZ: a, b, c + y, count ( d) ztable grubundan a, b, c + y ile sayaç olarak.
MySQL'de sorgularınızı LIMIT Cümlesini kullanarak sınırlamış olursunuz. Örneğin:
Bazı Tablo Sınırından SEÇİN * 50, 10. Bu, Sorgu'nun sonuçlarından, sadece 50 ila 59 arasındaki satırlardan verir. Bir dizi şey için yararlıdır.
SQL Server, bu SELECT * dbo'dan kullanır. SADECE OFSET 50 ROWS FETCH NEXT 10 ROWS.
Aynı şeyi yapabilirsiniz, ancak SQL Server'a çok daha fazla yazmanız gerekir.
MySQL içinde if (some_condition = true, useThisValueIfTrue, useThisValueIfFalse) öğesini kullanabilirsiniz; SQL Server'da SADECE CASE var. Bu da her sorguyu yazmak için size çok daha fazla şey verir.
Şimdi Öte yandan SQL Server, Karmaşık Sorgular söz konusu olduğunda çok daha fazla seçeneğe sahiptir, CROSSTAB Sorguları oluşturmak için PIVOT vardır, CROSSJOIN ve SQL Server'ı gelişmiş sorgular için gerçekten havalı yapan diğer birçok işlev vardır.
Veri eklerken, MySQL'de şunları yapabilirsiniz:
mytable kümesine ekle a = değer, b = ön değer.
SQL Server'da SADECE klasiği kullanabilirsiniz:
değişken (a, b) değerlerine (değer, ön değer) ekle
veya
değişken değerlere ekle (değer, ön değer)
Şimdi 2, 3, 4 sütunda, bu muhtemelen en az hantal değil, ancak 40, 50 sütunu ittiğinizde, özellikle karmaşık hesaplanmış değerler olduğunda hata yapmadan bir ekleme yapmak bir acıdır.
Bu yüzden benim için MySQL, SQL Server'ı basit sorgular, hatta 2-3 tablo sorgusu üzerinde kolayca yener. Ancak, uzun ve karmaşık sorgularda SQL Server King'dir.
BACKUPS
Bir kez daha, SQL Server karmaşık durumlar düşünülerek oluşturuldu, tam bir yedekleme yapmanın en az 3 yolu var ve karmaşık, artımlı yedeklemeler, ikili, dosya sistemi ve komut dosyası var. Muhtemelen ikiliye bağlı kalmalısınız, ancak bir SQL SUNUCUSU geri yüklerken bir TON güvenlik sorunu vardır. SQL Server'da bir yedeği geri yüklemek, UNTRAINED DEĞİLDİR. Ne yaptığınızı bilmeniz gerekir ya da veritabanınızı bozabilirsiniz. AYRICA Veritabanınız gerçekten küçük olmadığı sürece, asla, SQL SERVER üzerinde bir SQL Dosya Geri Yükleme kullanmanızı öneririm, sonsuza kadar sürer ve bazen dökümü başarısız olur ve eğer şansınız varsa 45 dakika ila 1 saat sonra bunu öğrenirsiniz .
Öte yandan MySQL, SQL'i bir dosyaya dökmek ve bu SQL'i geri yüklemekle ilgilidir. Çalışır, basittir ve yedeklemelerle çalışmak için herhangi bir orta-güç kullanıcısına kolayca eğitim verebilir ve bunu sorunsuz bir şekilde yapabilirsiniz. ANCAK, ortamınıza bağlı olarak zaman zaman hantal olabilen güvenliği kendiniz de korumanız ve sağlamanız gerekir.
DİSK KULLANIMI
Depolama ucuz olduğu için disk kullanımının önemli olmadığını söylediğinde Quora'da bir yerde okudum. Öyle olabilir, ama yine de sadece israf etmek için aptalca.
Peki MySQL çok kompakt, 2003'ten bu yana küçük şirketlere birkaç kurulum yaptım ve veriler hiç 10 GB'a ulaşmadı ve Milyonlarca satır içeren tablolar var ve yine de veriler orantısal olarak artmadı.
SQL Server'da, sadece 2 ay sonra 2 GB kadar yemiş olan başka bir kurulum yaptım! SQL Server'ınızın bakımı yapılmalıdır, günlüklerinizi temizlemeniz gerekir, SQL Server'ınızın veritabanınızın bakımını yapmanıza izin vermesini sağlamak ve her biriyle nasıl çalışacağını bilen bir kişiye sahip olmak için frecuently ikili yedeklemeniz gerekir. durum, kullanıcı sayısına, yüklemenin karmaşıklığına, işlenen verilerin türüne bağlı olarak, bu nedenle bazı yerlerde DBA'ların bir zorunluluktur. MySQL orta düzeyde eğitimli bir uzman kullanıcı ile korunabilir ve iyi olur.
Ayrıca SQL Profiler VE SQL Agent olmadan SQL Server'da yapılamayan birkaç şey var. MySQL, birden fazla hizmet olmadan her şeyi kendi başına yapabilir.
Bir kez daha, kurumsal boyutunuza ve karmaşıklığınıza bağlı olarak, SQL Server gitmenin yolu olabilir. Ancak bu karmaşıklıklara ihtiyacınız yoksa MySQL iyi bir yarışmacıdır.
KAYITLI PROSEDÜRLER, FONKSİYONLAR VE UDFS
Burası RDBMS'deki cesur topraklar, hatta MySQL'deki SP'ler üzerine Udemy Kursu bile üretiyorum. Ama SP'leri, Tetikleyicileri, Fonksiyonları ve her şeyi MySQL'i sevdiğim kadar, SQL SERVER'a vermelisin, En iyi anladılar.
Şimdi bunu söylediğim için bana başı çekmeden önce, şunu ekleyeyim, SQL Server'daki SP'ler hızlı, karmaşık olabilir, hayatınızı kolaylaştırmak için çok sayıda yardımcı programa sahipler, c # ve visual basic gibi diğer dillerde derlenebilirler, MySQL'deki geçici tablolardan daha hızlı ve daha kolay çalışabilen TABLO değişkenleri bile oluşturabilirsiniz. Çok şeyleri var.
MySQL de Kullanıcı Tanımlı İşlevlere sahip olabilir, ancak C konusunda yetkin olmanız gerekir. Eğer öyleyse endişelenecek bir şeyiniz yok. Birçoğumuz değil.
Elbette daha fazlası var, ama umarım bu fikri anlarsınız.
İyi şanslar!
cevap 2:
Büyük iş seçimlerinden uzanan SQL Server Express, işinizde SQL kullanıyorsanız, erişebileceğiniz birkaç alternatifiniz var. SQL sorgularını kontrol etmek, Önek ile görüntüleyebileceğiniz sayısız şeyden sadece biridir.
SQL Server Express çeşitli ilgi çekici noktalar sunar. İlk ve görünüşte en önemli olan SQL Server ile toplam çok yönlülük ve koordinasyondur.
Daha fazla bilgi için: SQL Server Express | SQL Server Express Sürümleri