Perbedaan antara MySQL dan SQL Server [ditutup]

Saya seorang pengembang ASP.NET yang telah digunakan Microsoft SQL Serveruntuk semua kebutuhan basis data saya (baik di tempat kerja maupun untuk proyek pribadi).

Saya sedang mempertimbangkan untuk mencoba tumpukan LAMP untuk beberapa proyek pribadi saya.

Apa perbedaan utama antara MySQLdan SQL Server? Apakah menggunakan prosedur tersimpan merupakan praktik umum MySQL?

Adakah saran atau sumber daya yang Anda rekomendasikan untuk membantu saya dengan sakelar?

Bagi mereka yang memiliki pengalaman dengan keduanya, apakah ada fitur yang hilang MySQL?

Satu hal yang harus Anda perhatikan adalah perbedaan yang cukup parah dalam cara SQL Server dan MySQL mengimplementasikan sintaks SQL.

Berikut ini adalah Perbandingan bagus Implementasi SQL Berbeda .

Sebagai contoh, lihat bagian n atas. Di MySQL:

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

Dalam SQL Server (T-SQL):

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

Banyak komentar di sini lebih mirip argumen keagamaan daripada pernyataan kehidupan nyata. Saya telah bekerja selama bertahun-tahun dengan MySQL dan MSSQL dan keduanya adalah produk yang bagus. Saya akan memilih MySQL terutama berdasarkan lingkungan yang sedang Anda kerjakan. Sebagian besar proyek open source menggunakan MySQL, jadi jika Anda menuju ke arah itu MySQL adalah pilihan Anda. Jika Anda mengembangkan sesuatu dengan .Net saya akan memilih MSSQL, bukan karena jauh lebih baik, tetapi hanya karena itulah yang digunakan kebanyakan orang. Saya sebenarnya saat ini di Proyek yang menggunakan ASP.NET dengan MySQL dan C #. Ini bekerja dengan sangat baik.

Saya tidak percaya bahwa tidak ada yang menyebutkan bahwa MySQL tidak mendukung pernyataan Common Table Expressions (CTE) / "with". Perbedaan yang cukup menyebalkan.

MySQL lebih cenderung memiliki masalah korupsi basis data, dan itu tidak memperbaikinya secara otomatis ketika terjadi. Saya telah bekerja dengan MSSQL sejak versi 6.5 dan tidak ingat masalah korupsi basis data membuat database offline. Beberapa kali saya bekerja dengan MySQL di lingkungan produksi, masalah korupsi basis data membuat seluruh basis data offline hingga kami menjalankan keajaiban "tolong perbaiki indeks rusak saya" dari baris perintah.

Sistem transaksi dan penjurnalan MSSQL, dalam pengalaman saya, menangani hampir semua hal - termasuk siklus daya atau kegagalan perangkat keras - tanpa korupsi basis data, dan jika ada sesuatu yang kacau maka memperbaikinya secara otomatis.

Ini adalah pengalaman saya, dan saya akan senang mendengar bahwa ini telah diperbaiki atau kami melakukan sesuatu yang salah.

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

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

Terus terang, saya tidak dapat menemukan satu alasan untuk menggunakan MySQL daripada MSSQL. Masalah sebelumnya digunakan untuk biaya tetapi SQL Server 2005 Express gratis dan ada banyak perusahaan web hosting yang menawarkan hosting lengkap dengan sql server dengan harga kurang dari $ 5,00 sebulan.

MSSQL lebih mudah digunakan dan memiliki banyak fitur yang tidak ada di MySQL.

Segala sesuatu di MySQL tampaknya dilakukan lebih dekat ke logam daripada di MSSQL, Dan dokumentasi memperlakukannya seperti itu. Khusus untuk pengoptimalan, Anda harus memahami bagaimana indeks, konfigurasi sistem, dan pengoptimal berinteraksi dalam berbagai keadaan.

"Pengoptimal" lebih bersifat parser. Di MSSQL, rencana kueri Anda sering kali mengejutkan (biasanya bagus, kadang tidak). Di MySQL, cukup banyak melakukan apa yang Anda minta, seperti yang Anda harapkan. Yang berarti Anda sendiri perlu memiliki pemahaman yang mendalam tentang berbagai cara yang mungkin dilakukan.

Tidak dibangun di sekitar model TRANSAKSI yang baik (mesin MyISAM default).

Pengaturan sistem file adalah masalah Anda.

Semua konfigurasi basis data adalah masalah Anda - terutama berbagai ukuran cache.

Kadang-kadang tampaknya lebih baik untuk menganggapnya sebagai ad-hoc, dimuliakan isam. Codd dan Date tidak membawa banyak beban di sini. Mereka akan mengatakannya tanpa malu.

Saya pikir salah satu hal utama yang harus diperhatikan adalah bahwa versi sebelum MySQL 5.0 tidak memiliki pandangan, pemicu, dan prosedur tersimpan.

Lebih dari ini dijelaskan di halaman Unduh MySQL 5.0 .

@du

Hal utama yang saya temukan bahwa MySQL memiliki lebih dari MSSQL adalah dukungan zona waktu - kemampuan untuk berubah dengan baik di antara zona waktu, menghargai penghematan di siang hari sangat fantastis.

Bandingkan ini:

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                                             |
+-----------------------------------------------------------------+

untuk contortions yang terlibat pada jawaban ini .

Adapun komentar 'lebih mudah digunakan', saya akan mengatakan bahwa intinya adalah mereka berbeda, dan jika Anda tahu satu, akan ada overhead dalam mempelajari yang lain.

Keduanya adalah server Product Sql DBMS adalah aplikasi komersial sementara MySql adalah aplikasi opensouces. Namun produk tersebut menyertakan fitur yang serupa, namun sql server harus digunakan untuk solusi perusahaan, sedangkan mysql mungkin sesuai dengan implementasi yang lebih kecil. Jika Anda memerlukan fitur seperti pemulihan, replikasi, keamanan granalar dan signifikan, Anda memerlukan server sql

MySql mengambil lebih sedikit ruang pada disk, dan menggunakan lebih sedikit memori dan cpu daripada server sql

Adakah yang punya pengalaman bagus dengan "port" database dari SQL Server ke MySQL?

Ini seharusnya cukup menyakitkan! Saya mengganti versi MySQL dari 4.x ke 5.x dan berbagai pernyataan tidak akan berfungsi lagi seperti dulu. Penganalisis kueri "ditingkatkan" sehingga pernyataan yang sebelumnya disetel untuk kinerja tidak akan berfungsi lagi seperti yang diharapkan.

Pelajaran yang didapat dari bekerja dengan database MySQL 500GB: Ini adalah topik yang halus dan hal-hal lain selain sepele!

@ Cebjyre. IDE apakah Enterprise Manager atau Management Studio lebih baik dari apa yang saya lihat sejauh ini untuk MySQL. Saya mengatakan 'lebih mudah digunakan' karena saya dapat melakukan banyak hal di MSSQL di mana MySQL tidak memiliki rekan. Di MySQL saya tidak tahu cara menyetel kueri dengan hanya melihat rencana kueri atau melihat statistik. Panduan penyetelan indeks di MSSQL mengambil sebagian besar pekerjaan menebak pada indeks apa yang hilang atau salah tempat.

Satu kekurangan dari MySQL adalah tidak ada ukuran maksimal untuk database. Basis data hanya akan bertambah besar sampai mengisi disk. Bayangkan jika disk ini berbagi basis data dengan pengguna lain dan tiba-tiba semua kueri mereka gagal karena basis data mereka tidak dapat tumbuh. Saya telah melaporkan masalah ini ke MySQL sejak lama. Saya pikir belum diperbaiki.

Menghabiskan waktu bekerja dengan MySQL dari MSSQL ke sintaks MySQL POV Saya terus menemukan diri saya terbatas pada apa yang bisa saya lakukan.

Ada batasan aneh untuk memperbarui tabel sambil memperbarui tabel yang sama selama pembaruan.

Selain itu UPDATE FROM tidak berfungsi dan terakhir kali saya memeriksa mereka juga tidak mendukung sintaks Oracle MERGE INTO. Ini adalah show stopper untuk saya dan saya berhenti berpikir saya akan mendapatkan apa pun dengan MySQL setelah itu.