Apache Cassandra

4.1 Katrangan

Apache Cassandra minangka sistem manajemen basis data sing disebarake sing kalebu ing kelas sistem NoSQL lan dirancang kanggo nggawe panyimpenan sing bisa diukur lan dipercaya saka susunan data sing gedhe banget sing ditampilake ing wangun hash.

Kaping pisanan, proyek kasebut dikembangake ing weteng Facebook lan ing taun 2009 ditransfer ing sangisore sayap Yayasan Perangkat Lunak Apache, organisasi iki terus ngembangake proyek kasebut. Solusi industri adhedhasar Cassandra disebarake kanggo nyedhiyakake layanan kanggo perusahaan kayata Cisco, IBM, Cloudkick, Reddit, Digg, Rackspace, Huawei, Netflix, Apple, Instagram, GitHub, Twitter lan Spotify. Ing taun 2011, kluster server paling gedhe sing nglayani database siji ing sangisore Cassandra duwe luwih saka 400 mesin lan ngemot luwih saka 300 TB data.

Ditulis nganggo basa Jawa , iki ngetrapake sistem hash sing disebarake padha karo DynamoDB, sing nyedhiyakake skalabilitas sing meh linear kanthi nambah volume data. Iki nggunakake model panyimpenan data adhedhasar kulawarga kolom, sing beda karo sistem kaya MemcacheDB, sing nyimpen data mung ing pasangan nilai kunci, kanthi kemampuan kanggo nyimpen hash kanthi sawetara tingkat nesting.

Kagolong kategori fault-tolerant DBMS: data sing diselehake ing basis data kanthi otomatis ditiru menyang sawetara simpul jaringan sing disebarake utawa malah disebarake kanthi rata ing sawetara pusat data. Nalika simpul gagal, fungsi sing dijupuk munggah ing fly dening kelenjar liyane, nambah kelenjar anyar kanggo kluster lan nganyari versi Cassandra wis rampung ing fly, tanpa melu-melu manual tambahan lan reconfiguration saka kelenjar liyane.

Nanging, dianjurake banget kanggo ngasilake kunci (label) kanggo saben simpul, kalebu sing wis ana, supaya bisa njaga kualitas load balancing. Generasi kunci kanggo simpul sing ana bisa nyingkiri yen ana paningkatan kaping pirang-pirang ing jumlah simpul (2 kaping, 3 kaping, lan sateruse).

4.2 Model data

Ing terminologi Cassandra, aplikasi bisa digunakake karo keyspace, sing cocog karo konsep skema database ing model relasional. Papan tombol iki bisa ngemot sawetara kulawarga kolom, sing cocog karo konsep tabel relasional.

Sabanjure, kulawarga kolom ngemot kolom (kolom), sing digabungake nggunakake tombol (tombol baris) ing rekaman (baris). Kolom kasebut dumadi saka telung bagean: jeneng (jeneng kolom), cap wektu (cap wektu) lan nilai (nilai). Kolom ing rekaman diurutake. Ora kaya database relasional, ora ana watesan babagan apa cathetan (lan ing babagan basis data iki minangka baris) ngemot kolom kanthi jeneng sing padha karo cathetan liyane - ora.

Kulawarga kolom bisa dadi pirang-pirang jinis, nanging ing artikel iki kita bakal ngilangi rincian kasebut. Uga ing versi paling anyar saka Cassandra, sampeyan bisa nindakake pitakon kanggo nemtokake lan ngganti data (DDL, DML) nggunakake basa CQL, uga nggawe indeks sekunder.

Nilai spesifik sing disimpen ing cassandra diidentifikasi kanthi:

• keyspace minangka ikatan kanggo aplikasi (domain). Ngidini sampeyan dadi tuan rumah data saka macem-macem aplikasi ing kluster sing padha;
• kulawarga kolom minangka naleni pitakon;
• tombol punika naleni menyang simpul cluster. Tombol nemtokake simpul ing kolom sing disimpen bakal rampung;
• jeneng kolom minangka ikatan karo atribut ing rekaman. Ngidini sampeyan nyimpen sawetara nilai ing siji entri.

Saben nilai digandhengake karo timestamp, nomer sing ditemtokake pangguna sing digunakake kanggo ngatasi konflik sajrone ngrekam: sing luwih gedhe nomer kasebut, kolom sing luwih anyar dianggep, lan yen dibandhingake, nimpa kolom lawas.

4.3 Jinis data

Miturut jinis data: keyspace lan kulawarga kolom minangka strings (jeneng); timestamp minangka nomer 64-bit; lan kunci, jeneng kolom, lan nilai kolom minangka array bita. Cassandra uga nduweni konsep jinis data. Jinis iki bisa ditemtokake (opsional) dening pangembang nalika nggawe kulawarga kolom.

Kanggo jeneng kolom iki diarani komparator, kanggo nilai lan kunci kasebut diarani validator. Pisanan nemtokake nilai byte apa sing diidini kanggo jeneng kolom lan cara supaya. Kapindho yaiku nilai bait sing bener kanggo kolom lan nilai kunci.

Yen jinis data kasebut ora disetel, banjur cassandra nyimpen nilai kasebut lan mbandhingake minangka string bait (BytesType) amarga, nyatane, disimpen sacara internal.