Jebakan menggunakan MySQL sebagai pilihan database Anda? [Tutup]

Saya telah membaca online pada beberapa kesempatan bahwa MySQL adalah database yang buruk. Tempat-tempat yang saya baca ini termasuk beberapa utas di Reddit, tetapi mereka sepertinya tidak pernah menyelidiki mengapa itu adalah produk yang buruk.

Apakah ada kebenaran dalam klaim ini? Saya tidak pernah menggunakannya di luar skenario CRUD yang sangat sederhana, dan itu untuk proyek universitas selama tahun kedua saya.

Jebakan apa, jika ada , yang ada saat memilih MySQL sebagai basis data Anda?

Ada dua jenis perangkap, yaitu dari menggunakan MySQL sebagai selera Anda dari RDBMS dan yang menggunakan RDBMS alih-alih jenis database lainnya.

Menggunakan MySQL alih-alih RDBMS alternatif:

• Lihat tabel perbandingan wikipedia ini untuk berbagai perbandingan MySQL dengan RDBMS lainnya.
• Anda kemungkinan besar akan lebih suka Microsoft SQL Server jika Anda sedang membangun aplikasi web ASP.NET, karena sistem ini dirancang untuk bekerja bersama dengan baik, saya percaya untuk pengembang dan manajer TI
• Anda dapat memilih Oracle jika Anda membutuhkan pengaturan DB yang lebih canggih yang melibatkan pengelompokan (Oracle RAC) atau prosedur DB canggih. Bukan berarti MySQL tidak mendukung banyak fitur, tetapi dari apa yang saya lihat, Anda jauh lebih mungkin menemukan DBA berpengalaman yang mengetahui hal-hal ini untuk Oracle daripada MySQL.
• Lihat pertanyaan ini di SO untuk perbandingan ekstensif PostgreSQL dengan MySQL yang mengatakannya lebih baik daripada yang saya bisa.
• Bahkan lebih SO: Kerugian mysql versus database lain

Menggunakan RDBMS daripada jenis lainnya:

• Baca tentang gagasan "NoSQL" dan tipe DB lainnya:
  • NoSQL: Kalau Saja Semudah Itu
  • (di atas ditautkan dari) Kapan menggunakan MongoDB atau sistem basis data berorientasi dokumen lainnya? ( lebih banyak )
  • /software/5354/are-nosql-databases-going-to-take-the-place-of-relational-databases-is-sql-going
  • Kapan menggunakan CouchDB vs RDBMS
• RDBMS banyak menggunakan pengindeksan untuk kinerja. Pada basis data yang sangat besar, ini dapat berdampak buruk pada kinerja atau bahkan mengurangi jumlah optimal baris per DB / Shard yang membutuhkan lebih banyak perangkat keras
• Tidak ideal jika Anda menyimpan sejumlah besar data tetapi lebih jarang membaca
• Jika Anda tidak memiliki banyak hubungan luar negeri, relasional database mungkin tidak ideal (penyimpanan dokumen)

Semua yang dikatakan, MySQL adalah database yang bagus , dan saya belum pernah bekerja di sebuah perusahaan dalam 8 tahun terakhir yang belum menggunakannya, dalam berbagai macam aplikasi web (seperti e-commerce, situs web / aplikasi , perusahaan / B2B, permainan web). Untuk sebagian besar kasus penggunaan aplikasi web biasa, ini merupakan pilihan yang bagus.

MySQL sekarang berada di bawah kendali Oracle - meskipun open source mereka masih memutuskan arah proyek dan apa yang masuk.

Dalam hal menjadi database yang buruk, tidak itu hanya 'lebih sederhana' daripada yang lain.

Jika Anda mencari kelemahan, saya akan menunjukkannya untuk Anda, mari kita ambil PostgreSQL sebagai contoh.

1. MySQL tidak memiliki jenis dan array wadah.
2. MySQL tidak memiliki urutan yang benar (mereka menggunakan penambahan otomatis) - Urutan postgres memungkinkan beberapa tabel untuk menggunakan urutan tunggal sehingga Anda dapat menjamin kardinalitas di beberapa tabel.
3. Postgres adalah ACID compliant, MySQL sebagian compliant.
4. Postgres mengimplementasikan karakter yang bervariasi, dan teks dengan cara yang sama (Toast Tables) - pendekatan ini kebanyakan berpendapat lebih baik daripada MySQL.
5. Postgres hanya memiliki satu backend penyimpanan - ini berarti Anda dijamin memiliki fitur yang sama di mana-mana.
6. Postgres memungkinkan fungsi sisi-server yang ditulis dalam TCL, Python, R dan Perl.
7. Postgres memiliki dukungan yang baik untuk driver Asynchronous di Python - saya pikir ini sedikit hit atau miss dengan MySQL

Secara historis, itu lemah pada dukungan transaksi, dan transaksi penting jika Anda perlu menjaga database yang konsisten. Saat ini, masalah terbesarnya adalah Oracle yang memilikinya.

Untuk waktu yang lama MySQL lebih dari database "mainan". Itu tidak menangani sub-seleksi bersarang, tidak mendukung partisi data, tidak menawarkan beberapa tingkat isolasi transaksi, tidak mendukung pemicu atau prosedur tersimpan - banyak hal. Banyak orang yang datang dari latar belakang Oracle atau SQL Server menolaknya.

Saya pikir alasan sebenarnya Anda tidak melihat banyak daftar kekurangan MySQL adalah karena memiliki basis penggemar yang agak fanatik yang menghapus atau menurunkan setiap penyebutan publik tentang mereka. Saya tahu setiap kali saya menyebutkan masalah yang saya alami, responsnya cenderung sangat negatif.

MySQL adalah ACID compliant ketika digunakan dengan mesin penyimpanan InnoDB - tidak ada alasan untuk tidak begitu MySQL adalah ACID compliant (pada rilis 5.5 InnoDB adalah mesin penyimpanan default).

MySQL mendapat banyak pers yang buruk karena sering digunakan (atau sebelum munculnya NoSQL) sebagai RDBMS pilihan oleh orang-orang yang hampir tidak memerlukan database sama sekali (dan mungkin memiliki keterampilan RDBMS yang terbatas) dan menggunakannya dengan agak kikuk. cara.

Saya telah menggunakan MySQL banyak dan sejak 5.x datang ada sangat sedikit untuk mengeluh tentang hal itu untuk 95% instalasi yang memiliki persyaratan jalan tengah.

Korupsi data: http://planet.mysql.com/entry/?id=16232

Ini dari 2008. Mari kita berharap semuanya berubah sementara itu.