Pengantar Komputasi Cloud | NoSQL Database

DISUSUN OLEH :

Nama : Rama Wicaksana

NIM  : 11510030

Kampus : STTC (Sekolah Tinggi Teknik Cendekia)

DEFINISI: Next Generation Database sebagian besar menangani beberapa poin: menjadi non-relasional, didistribusikan, open-source dan horizontal scalable.
Niat asli telah database web-skala modern. Gerakan ini dimulai awal 2009 dan berkembang pesat. Seringkali karakteristik yang lebih berlaku seperti: skema-bebas, dukungan replikasi mudah, API sederhana, akhirnya konsisten / DASAR (tidak ACID), sejumlah besar data dan banyak lagi. Jadi istilah menyesatkan "NoSQL" (masyarakat sekarang menerjemahkannya sebagian besar dengan "tidak hanya sql") harus dilihat sebagai alias untuk sesuatu seperti definisi di atas. [berdasarkan 7 sumber, 15 email umpan balik yang konstruktif (terima kasih!) dan 1 tidak menyukai komentar. Setuju tidak setuju? Beritahu saya begitu! By the way: ini adalah definisi yang kuat dan itu adalah di luar sana sini sejak 2009]!

NoSQL
     "Penyimpanan Structured" beralih ke halaman ini. Untuk teknologi Microsoft juga dikenal sebagai penyimpanan terstruktur, lihat COM Storage Terstruktur.
Sebuah NoSQL (awalnya merujuk pada "non SQL" atau "non relasional") database menyediakan mekanisme untuk penyimpanan dan pengambilan data yang dimodelkan dalam cara lain selain hubungan tabel yang digunakan dalam database relasional. Database tersebut telah ada sejak akhir 1960-an, tetapi tidak mendapatkan "NoSQL" moniker sampai gelombang popularitas di awal abad kedua puluh satu, dipicu oleh kebutuhan Web 2.0 perusahaan seperti Facebook, Google dan Amazon. com. 

     Motivasi untuk pendekatan ini meliputi: kesederhanaan desain, sederhana "horisontal" skala untuk kelompok mesin, yang merupakan masalah untuk database relasional, [2] dan halus kontrol atas ketersediaan. Struktur data yang digunakan oleh database NoSQL (misalnya kunci-nilai, grafik, atau dokumen) sedikit berbeda dari yang digunakan secara default dalam database relasional, membuat beberapa operasi lebih cepat di NoSQL dan lain-lain lebih cepat dalam database relasional. Kesesuaian tertentu database NoSQL diberikan tergantung pada masalah itu harus dipecahkan. Kadang-kadang struktur data yang digunakan oleh database NoSQL juga dipandang sebagai "lebih fleksibel" dari tabel database relasional.

     Database NoSQL semakin digunakan dalam data yang besar dan aplikasi web real-time. sistem NoSQL juga kadang-kadang disebut "Bukan hanya SQL" untuk menekankan bahwa mereka dapat mendukung bahasa SQL seperti query. 
Banyak toko NoSQL berkompromi konsistensi (dalam arti teorema CAP) dalam mendukung ketersediaan, toleransi partisi, dan kecepatan. Hambatan untuk adopsi yang lebih besar dari toko NoSQL termasuk penggunaan bahasa query tingkat rendah (bukan SQL, misalnya kurangnya kemampuan untuk melakukan ad-hoc BERGABUNG di seluruh tabel), kurangnya interface standar, dan investasi sebelumnya besar dalam relasional yang ada database [10] Kebanyakan NoSQL toko kekurangan. transaksi ACID benar, meskipun sistem baru beberapa, seperti Faircom c-treeACE, Google Spanner (meskipun secara teknis database NewSQL), FoundationDB, Symas LMDB dan OrientDB telah membuat mereka pusat desain mereka. (Lihat ACID dan BERGABUNG Dukungan.) Sebaliknya mereka menawarkan konsep "konsistensi akhirnya" di mana perubahan database yang disebarkan ke semua node "akhirnya" (biasanya dalam milidetik) sehingga permintaan untuk data mungkin tidak kembali data yang diperbarui segera.

     Tidak semua sistem NoSQL hidup sampai yang dijanjikan "konsistensi akhirnya" dan toleransi partisi, tapi dalam percobaan dengan jaringan partisi sering dipamerkan menulis hilang dan bentuk lain dari kehilangan data. Untungnya, beberapa sistem NoSQL menyediakan konsep-konsep seperti Write-depan penebangan untuk menghindari kehilangan data. database relasional sekarang juga "tidak mengizinkan batasan integritas referensial span database" juga.

SEJARAH
     Istilah NoSQL digunakan oleh Carlo Strozzi pada tahun 1998 untuk nama ringan, Strozzi NoSQL open-source database relasional bahwa tidak mengekspos antarmuka SQL standar, tapi masih relasional. Nya NoSQL RDBMS berbeda dari sekitar-2009 secara umum Konsep database NoSQL. Strozzi menunjukkan bahwa, sebagai gerakan NoSQL saat "berangkat dari model relasional sama sekali, melainkan harus oleh karena itu telah dipanggil lebih tepat 'NOREL'", mengacu pada 'Tidak ada Relational'.

     Johan Oskarsson dari Last.fm memperkenalkan kembali istilah NoSQL pada awal 2009 ketika ia menyelenggarakan sebuah acara untuk membahas "open source didistribusikan, database non relasional". Nama berusaha untuk label munculnya peningkatan jumlah non-relasional, didistribusikan menyimpan data, termasuk klon open source dari Google Bigtable / MapReduce dan Amazon Dynamo. Sebagian besar sistem NoSQL awal tidak berusaha untuk memberikan atomicity, konsistensi, isolasi dan daya tahan jaminan, bertentangan dengan praktik yang berlaku di antara sistem database relasional. Pada Juli 2015, database NoSQL paling populer adalah MongoDB, Apache Cassandra, Redis, Solr, ElasticSearch, HBase, Splunk, memcached, dan Neo4j. 

Jenis dan contoh database NoSQL 
     Ada berbagai pendekatan untuk mengklasifikasikan database NoSQL, masing-masing dengan kategori yang berbeda dan subkategori, beberapa di antaranya tumpang tindih. Sebuah klasifikasi dasar berdasarkan model data, dengan contoh-contoh:

• Column: Accumulo, Cassandra, Druid, HBase, Vertica
• Document: Clusterpoint, Apache CouchDB, Couchbase, DocumentDB, HyperDex, Lotus Notes, MarkLogic, MongoDB, OrientDB, Qizx
• Key-value: CouchDB, Oracle NoSQL Database, Dynamo, FoundationDB, HyperDex, MemcacheDB, Redis, Riak, FairCom c-treeACE, Aerospike, OrientDB, MUMPS
• Graph: Allegro, Neo4J, InfiniteGraph, OrientDB, Virtuoso, Stardog
• Multi-model: OrientDB, FoundationDB, ArangoDB, Alchemy Database, CortexDB

PENJELASANNYA :

1. Key-value stores, Kunci-nilai/Key-value (KV) toko menggunakan array asosiatif (juga dikenal sebagai peta atau kamus) sebagai model data fundamental mereka. Dalam model ini, data direpresentasikan sebagai kumpulan pasangan kunci-nilai, sehingga setiap tombol mungkin muncul paling banyak sekali dalam koleksi. Model kunci-nilai adalah salah satu model data non-sepele sederhana, dan model data yang lebih kaya sering diimplementasikan di atas itu. Model kunci-nilai dapat diperluas untuk model memerintahkan yang mempertahankan kunci agar leksikografis. Ekstensi ini sangat kuat, dalam hal ini secara efisien dapat memproses rentang kunci. Toko kunci-nilai dapat menggunakan model konsistensi mulai dari konsistensi akhirnya ke serializability. Beberapa dukungan memesan kunci. Beberapa mempertahankan data dalam memori (RAM), sementara yang lain menggunakan solid-state drive atau disk berputar. Contohnya termasuk: Oracle NoSQL Database, Redis, dan dbm.
   
2. Document store, Konsep sentral dari toko dokumen adalah gagasan dari "dokumen". Meskipun setiap implementasi database berorientasi dokumen berbeda pada rincian definisi ini, pada umumnya, mereka semua menganggap bahwa dokumen merangkum dan data encode (atau informasi) dalam beberapa format standar atau encoding. Pengkodean digunakan termasuk XML, YAML, dan JSON serta bentuk biner seperti BSON. Dokumen dibahas dalam database melalui kunci unik yang mewakili dokumen itu. Salah satu karakteristik mendefinisikan lain dari database berorientasi dokumen adalah bahwa di samping kunci pencarian yang dilakukan oleh sebuah toko kunci-nilai, database menawarkan API atau query bahasa yang mengambil dokumen berdasarkan isinya, Implementasi yang berbeda menawarkan cara yang berbeda mengatur dan / atau pengelompokan dokumen: - Collections- Tags- Non-visible metadata- Directory hierarchies.
   Dibandingkan dengan database relasional, misalnya, koleksi dapat dianggap analog dengan tabel dan dokumen analog dengan catatan. Tetapi mereka berbeda: setiap record dalam sebuah tabel memiliki urutan yang sama bidang, sementara dokumen dalam koleksi mungkin memiliki bidang yang sama sekali berbeda.
   
3. Graph, Jenis database dirancang untuk data yang hubungan baik diwakili sebagai grafik (unsur saling berhubungan dengan jumlah yang belum ditentukan hubungan antara mereka). Jenis data bisa hubungan sosial, jaringan transportasi umum, peta jalan atau topologi jaringan.
   
4. Object database, - db4o- GemStone/S- InterSystems Caché- JADE- NeoDatis ODB- ObjectDatabase++- ObjectDB- Objectivity/DB- ObjectStore- ODABA- Perst- OpenLink Virtuoso- Versant Object Database- ZODB.
   
5. Tabular, - Apache Accumulo- BigTable- Apache Hbase- Hypertable- Mnesia- OpenLink Virtuoso.
   
6. Tuple store, - Apache River- GigaSpaces- Tarantool- TIBCO ActiveSpaces- OpenLink Virtuoso.
   
7. Triple/quad store (RDF) database, - AllegroGraph- Apache JENA (It's a framework, not a database)- MarkLogic- Ontotext-OWLIM- Oracle NoSQL database- SparkleDB- Virtuoso Universal Server- Stardog.
   
8. Hosted, - Amazon DynamoDB- Amazon SimpleDB- Datastore on Google Appengine- Clusterpoint database- Cloudant Data Layer (CouchDB)- Freebase- Microsoft Azure Tables - Microsoft Azure DocumentDB - OpenLink Virtuoso.
   
9. Multivalue databases, - D3 Pick database- Extensible Storage Engine (ESE/NT)- InfinityDB- InterSystems Caché- Northgate Information Solutions Reality, the original Pick/MV Database- OpenQM- Revelation Software's OpenInsight- Rocket U2.
   
10. Multimodel database, - OrientDB- FoundationDB- ArangoDB.

SUMBER :
http://nosql-database.org/
https://en.wikipedia.org/wiki/NoSQL