Video: Amazon Data Extraction Engine In 5 Minutes | Data Extraction Tutorial For Beginners 2024
AWS RDS menyokong beberapa enjin pangkalan data. Sudah tentu, sokongan RDBMS tunggal pada mulanya seolah-olah melakukan silap mata kerana mereka pada dasarnya melakukan perkara yang sama. Walau bagaimanapun, anda mesti mempertimbangkan beberapa faktor apabila memilih enjin pangkalan data. Faktor-faktor ini termasuk (mengikut kepentingan):
- RDBMS yang kini digunakan untuk sebahagian besar projek anda yang sedia ada
- Keperluan pengekodan, seperti kemampuan untuk melaksanakan skrip dengan cara tertentu
- Keupayaan operasi, terutama ketika bekerja dengan yang lain organisasi
- Keperluan automasi, seperti keupayaan untuk melaksanakan skrip sebagai tindak balas kepada peristiwa atau pada masa tertentu
- Keprihatinan keselamatan yang mungkin mengatasi keperluan lain untuk penyimpanan data
- Saiz storan data atau keperluan jenis
- Keperluan pengurusan
Bagi pemaju, keutamaan pertama dalam memilih RDBMS menggunakan pangkalan data yang sama yang digunakan oleh organisasi untuk memastikan peralihan lancar dari ujian ke persekitaran pengeluaran. Pengecualian kepada peraturan ini berlaku apabila organisasi merancang untuk menyatukan produk RDBMS dan oleh itu berpindah kepada produk baru untuk memenuhi keperluan khusus. Memandangkan bilangan enjin RDBMS yang tersedia hari ini adalah besar, RDS tidak akan pernah menyokong mereka semua. Sebagai penulisan ini, RDS menyokong enam enjin pangkalan data, masing-masing mempunyai ciri-ciri yang memihak kepadanya, seperti yang dijelaskan dalam senarai berikut:
- Amazon Aurora: Produk ini pada asasnya merupakan klon MySQL. Jika anda suka MySQL, anda mungkin suka Amazon Aurora juga. Walau bagaimanapun, menurut beberapa tapak, Amazon telah berjaya menjadikan Aurora lebih cepat, lebih berskala, dan termasuk beberapa ciri tambahan yang menarik. Sudah tentu, anda membayar harga yang lebih tinggi untuk Amazon Aurora, jadi jika anda tidak memerlukan ciri-ciri tambahan, menggunakan MySQL mungkin pilihan yang lebih baik. Artikel di laman web 2ndWatch dan Ivan Zoratti memberikan perbandingan yang lebih terperinci mengenai Amazon Aurora kepada MySQL.
- MariaDB: Ini adalah satu lagi klon MySQL, tetapi ia juga mempunyai banyak ciri tambahan. Anda perlu mempertimbangkan beberapa perbezaan utama apabila memilih produk ini. Untuk satu perkara, MariaDB adalah sumber terbuka yang murni, yang bermaksud ia menggunakan satu lesen tunggal yang lebih mudah untuk diuruskan daripada MySQL. Walau bagaimanapun, kerana pelesenan, pelanggan perusahaan menangani pelaksanaan sumber terbuka setara di MariaDB (seperti kolam thread), bukannya pelaksanaan MySQL yang asal, yang boleh menyebabkan masalah keserasian. MariaDB juga kini dikunci di peringkat MySQL 5. 5, jadi anda mungkin tidak mempunyai akses kepada ciri-ciri MySQL terkini yang diperlukan untuk membuat aplikasi anda berfungsi.
- MySQL: Produk ini tidak cukup lama seperti beberapa tawaran RDBMS lain yang disokong oleh Amazon, tetapi ia berfungsi sebagai standard yang mana produk lain diadili. Masalahnya dengan menjadi pemimpin ialah setiap orang mengambil tembakan periuk pada anda dan cuba untuk menghancurkan pelanggan anda, yang sebenarnya adalah apa yang terjadi pada MySQL. Anda boleh membaca tentang kebaikan dan keburukan memilih MySQL. Faktanya ialah MySQL menetapkan piawai, oleh itu ia mungkin menyediakan platform yang paling stabil dan boleh dipercayai yang anda boleh pilih apabila isu-isu ini menjadi kebimbangan utama.
- Oracle: Produk ini telah wujud selama bertahun-tahun, jadi ia mempunyai sejarah yang panjang yang memberikan sokongan yang besar dan fleksibiliti yang ketara. Apa yang membezakan Oracle selain daripada beberapa produk lain, seperti MySQL dan SQL Server, adalah pentadbir dan pemaju Linux cenderung lebih suka. Seperti dengan MySQL, Oracle adalah setter standard yang semua orang suka membandingkan dengan produk lain, walaupun perbandingan tersebut bukan perlawanan yang baik. Tidak seperti produk lain dalam senarai ini, melihat Oracle Cloud sebagai produk yang berasingan dari persediaan perusahaan adalah penting; kedua-dua produk tidak sepenuhnya serasi dan mempunyai set ciri yang berbeza. Anda boleh menemui kebaikan dan keburukan menggunakan Oracle Cloud.
- PostgreSQL: Ini adalah gabungan produk yang kebanyakan orang melihatnya sebagai versi sumber terbuka Oracle tetapi juga berusaha keras untuk membandingkannya dengan MySQL. Pemaju seperti PostgreSQL kerana ia menyediakan sejumlah besar ciri yang MySQL cenderung untuk tidak menyokong. Di samping itu, peralihan untuk pemaju dari Oracle atau SQL Server agak mudah kerana PostgreSQL cenderung untuk mengikuti petunjuk mereka. Walau bagaimanapun, MySQL cenderung memberikan kemudahan penggunaan yang lebih baik dan agak lebih cepat daripada PostgreSQL. Anda boleh menemui beberapa kebaikan dan keburukan yang menarik mengenai produk ini di Anchor dan DigitalOcean.
- SQL Server: Produk ini menyediakan fungsi RDBMS yang penting dengan sejumlah besar add-ons. Perkara penting yang perlu diingat mengenai SQL Server adalah bahawa Microsoft menciptanya untuk Windows, dan segala-galanya tentang produk ini mencerminkan permulaan. Secara umumnya, pentadbir mendapati bahawa bekerja dengan SQL Server agak mudah kecuali mereka perlu menggunakan pelbagai jenis add-on tersebut. Pemaju seperti SQL Server kerana ia terintegrasi dengan baik dengan produk bahasa Microsoft. Anda boleh membaca kebaikan dan keburukan mengenai produk ini di InfoWorld, The Register, dan SQLServerF1.
Walaupun dengan gambaran ringkas tentang pelbagai pilihan, anda dapat melihat keperluan untuk menyelidik pilihan RDS anda sepenuhnya sebelum melakukan pilihan tertentu. Dalam sesetengah kes, anda mungkin perlu mengkonfigurasi persediaan dummy dan melaksanakan ujian untuk melihat pilihan mana yang paling sesuai untuk aplikasi tertentu anda. Selepas anda mula mengisi RDBMS dengan data dunia nyata, pindah ke enjin pangkalan data yang lain biasanya merupakan tugas mahal, rawan ralat dan memakan masa. Pembangun pintar mengambil masa tambahan untuk membuat pilihan yang baik pada awalnya, dan bukannya mendapati bahawa pilihan tertentu adalah kesilapan selepas aplikasi bergerak ke peringkat pembangunan (atau, lebih buruk lagi, pengeluaran).
