MongoDB
 sql >> Teknologi Basis Data >  >> NoSQL >> MongoDB

DB Grafik vs. DB Dokumen vs. Triplestores

Saya tidak yakin saya akan setuju dengan sentimen bahwa banyak orang tidak menyukai SPARQL. SPARQL 1.0 memang memiliki beberapa kekurangan, tetapi dengan cukup baik membahas apa yang dirancang untuk itu, dan iterasi baru, SPARQL 1.1, dibangun di atasnya menambahkan banyak konstruksi dari SQL yang diharapkan orang untuk melihat dalam spesifikasi asli termasuk sub-kueri, agregat &perbarui semantik. Saya pikir fakta bahwa itu standar dan Anda dapat mengharapkan untuk melihat parsing &semantik yang sama di setiap tiga toko, yang bertentangan dengan dialek SQL, adalah fitur yang bagus.

Saya juga akan mengklaim bahwa semua tiga toko adalah database grafik; Anda dapat menempatkan properti pada tepi tertentu di RDF, meskipun tidak sebaik yang Anda bisa dengan Neo4j. Tetapi tiga toko memiliki keuntungan dari bahasa kueri nyata, representasi data standar w3c yang membuatnya sepele untuk membawa data Anda ke tiga toko lain, dan untuk sejumlah tiga toko, kemampuan untuk melakukan penalaran berdasarkan OWL.

Saya tidak tahu apa-apa tentang skalabilitas untuk sebagian besar db grafik, tetapi umumnya, basis data RDF komersial berskala cukup baik. Semua dapat berkembang menjadi miliaran tiga kali lipat, yang menangani banyak kasus penggunaan. Meskipun cara mereka menangani skala sangat berbeda dari vendor ke vendor untuk meningkatkan atau memperkecil, mengelompokkan, dll. Anda juga akan melihat persyaratan mem &perangkat keras yang sangat berbeda agar sesuai dengan implementasi untuk masing-masing. Bagi saya, saya cenderung mengambil instans EC2, biasanya 2XL atau 4XL, memasang EBS yang cukup besar untuk menampung data, dan saya sudah siap.

Selain itu, beberapa toko tiga berintegrasi dengan Lucene atau teknologi serupa untuk menyediakan indeks terbalik atas data, dan banyak sekarang mulai memasukkan indeks geo-spasial dan temporal. Ini adalah fitur yang sangat berguna yang saya tidak yakin ketersediaannya di sesuatu seperti Neo4j.

Dengan itu, mereka tidak akan menskalakan serta database relasional, mereka hanya tidak matang. Tetapi Anda juga tidak akan bingung ketika Anda memiliki jumlah data yang "nyata". Tentu saja, salah satu keuntungan dari tiga toko adalah penalaran, yang melakukan pada skala rumit, tapi itulah alasan mengapa berbagai profil OWL dibuat. Tapi Anda bisa membuat diri Anda terpojok jika tidak berpikir ke depan.

Saya pikir basis data grafik, khususnya tiga toko, bisa menjadi pasangan yang cukup cocok untuk banyak aplikasi yang sedang dibangun, tetapi saya tidak berpikir itu berarti bahwa semuanya harus dilakukan dengan mereka. Seperti yang lainnya, mereka adalah alat dengan poin bagus dan poin buruknya, jadi Anda harus membuat pilihan yang tepat berdasarkan aplikasi Anda. Tapi mereka mungkin selalu pantas setidaknya dipertimbangkan akhir-akhir ini.



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. bind_ip MongoDB tidak akan berfungsi kecuali diatur ke 0.0.0.0

  2. MongoDB – Bawa Sertifikat SSL Anda Sendiri

  3. Bagaimana cara menambah banyak tanggal dengan benar di mongoDB?

  4. MongoDB:ERROR:proses anak gagal, keluar dengan nomor kesalahan 14

  5. Setel Batas Waktu Mongo di Boot Musim Semi