Evaluasi kinerja database in-memory

Abdullah Thalhah Kabakus sebuah, *, Resul Kara b

a Baysal Universitas Abant Izzet, IT Center, 14030 Bolu, Turki
b Duzce Universitas, Fakultas Teknik, Jurusan Teknik Komputer, 81620 Duzce, Turki
Menerima 1 April 2016; direvisi 6 Mei 2016; diterima 29 Juni 2016
KEYWORDS
database NoSQL;
database di memori;
kinerja database

Abstrak popularitas database NoSQL telah meningkat karena kebutuhan (1) pengolahan besar
jumlah data lebih cepat dari sistem manajemen database relasional dengan mengambil
keuntungan dari
arsitektur sangat scalable, (2) fleksibel (skema bebas) struktur data, dan, (3) latency rendah
dan tinggi
kinerja. Meskipun bahwa penggunaan memori tidak kriteria utama untuk mengevaluasi
kinerja
algoritma, karena database ini melayani data dari memori, penggunaan memori mereka juga
bereksperimen bersama waktu yang dibutuhkan untuk menyelesaikan setiap operasi di kertas
untuk mengungkapkan yang
satu menggunakan memori paling efisien. Saat ini terdapat lebih dari 225 database NoSQL
yang
menyediakan fitur yang berbeda dan karakteristik. Jadi itu perlu untuk mengungkapkan mana
yang memberikan lebih baik
kinerja untuk operasi data yang berbeda. Dalam tulisan ini, kami bereksperimen secara luas
digunakan di memori
database untuk mengukur kinerja mereka dalam hal (1) waktu yang dibutuhkan untuk
menyelesaikan operasi, dan
(2) seberapa efisien mereka menggunakan memori selama operasi. Sesuai dengan hasil yang
dilaporkan dalam makalah ini,
tidak ada database yang memberikan kinerja terbaik untuk semua operasi data. Hal ini juga
membuktikan
bahwa meskipun RDMS menyimpan data dalam memori, kinerja secara keseluruhan lebih
buruk dari NoSQL
database.
? 2016 The Penulis. Produksi dan hosting yang oleh Elsevier B.V. atas nama Raja Saud
University. Ini adalah
akses artikel terbuka di bawah theCCBY-NC-NDlicense
(http://creativecommons.org/licenses/by-nc-nd/4.0/).
1. Perkenalan
Alasan utama di balik mengenai '' mekanisme penyimpanan data "sebagai
perapian sistem perangkat lunak perusahaan dapat terdaftar sebagai: (1) itu
adalah bagian yang paling utama dari software yang menentukan seberapa cepat
aplikasi merespon permintaan, dan (2) hilangnya data
sebagian besar tidak dapat diterima karena operasi bisnis utama. Sampai
munculnya NoSQL (Tidak hanya SQL) database, relasional yang
sistem manajemen database (RDMS ') adalah satu-satunya dan
solusi eksklusif. Namun, dengan pertumbuhan konstan disimpan
data, keterbatasan sistem manajemen database relasional
seperti skalabilitas dan penyimpanan, dan efisiensi kehilangan dari
permintaan karena volume data yang besar, dan penyimpanan dan
manajemen database yang lebih besar menjadi menantang
(Abramova et al., 2014). Pada saat penulisan, terdapat lebih dari
225 database NoSQL yang menyediakan fitur yang berbeda dan karakteristik
(Edlich 2016). database NoSQL lebih horizontal
terukur dan fleksibel ketika mereka dibandingkan dengan RDMS '
(Stonebraker, 2010). Ketika datang ke memproses sejumlah besar
data dengan cepat mengambil keuntungan dari struktur data skema bebas
dan arsitektur terdistribusi, database NoSQL lebih disukai
bukan RDMS '(Bartholomew, 2010; Li dan
* Penulis yang sesuai. Fax: +90 3742534526.
Alamat E-mail: talha.kabakus@ibu.edu.tr (A.T. Kabakus).
peer review di bawah tanggung jawab Universitas Raja Saud.
Google Terjemahan untuk Bisnis:Perangkat Penerjemah

Manoharan, 2013). Juga, kinerja penurunan RDMS '

dengan peningkatan ukuran data, yang menyebabkan kebuntuan dan concurrency
masalah (Han et al., 2011). Sementara RDMS bergantung pada ACID
(Atomicity, konsistensi, isolasi, Daya Tahan) konsistensi
Model yang menjamin semua transaksi dengan benar berkomitmen
dan melakukan database tidak korup, dan data yang konsisten,
database NoSQL didasarkan pada BASIS (Pada dasarnya Tersedia,
Soft-negara, akhirnya Konsisten) Model konsistensi dalam rangka
untuk mencapai skalabilitas, ketersediaan tinggi, dan kinerja tinggi
(Bartholomew, 2010; Carro 2014; Cook, 2009; Gajendran,
2012; Pritchett, 2008). database NoSQL melayani data dari
volatile (yaitu random access memory - RAM) bukan
memori non-volatile (yaitu hard drive) dalam rangka meningkatkan
kecepatan query karena akses I / O (Input / Output) data
lambat (Abramova et al., 2014).
Sisa kertas ini disusun sebagai berikut: Bagian 2
menjelaskan kategori database in-memory dan mereka
perbedaan. Bagian 3 menyajikan karya-karya yang berkaitan. bagian 4
membahas setup eksperimental yang diusulkan. Bagian 5 hadiah
hasil eksperimen dan diskusi. Akhirnya, Bagian 6. menyimpulkan kertas
2. database NoSQL
database NoSQL dapat dikategorikan ke dalam empat kelas menurut
untuk optimasi yang berbeda (Indrawan-Santiago, 2012):
? Nilai kunci toko: Data disimpan sebagai pasangan kunci-nilai.
Struktur data ini juga dikenal sebagai '' tabel hash "di mana
data yang akan diambil oleh kunci. Contoh yang paling terkenal
toko kunci-nilai yang Redis1, Memcached2.
? Dokumen store: Data disimpan dalam koleksi yang
berisi pasangan kunci-nilai yang merangkum pasangan nilai kunci
di JSON (Javascript Object Notation) atau JSON seperti
dokumen (Hecht dan Jablonski, 2011). Paling terkenal
contoh toko dokumen yang MongoDB3, CouchDB4.
Karena nilai-nilai tidak buram ke sistem, data dapat bertanya
oleh nilai-nilai serta kunci (Hecht dan Jablonski, 2011).
? Kolom keluarga: Data disimpan sebagai satu set baris dan
kolom di mana kolom dikelompokkan menurut hubungan
data (Abramova et al., 2014). Paling terkenal
contoh toko dokumen yang Cassandra5, HBase6.
? graph database: Jenis database paling baik digunakan untuk
merepresentasikan data dalam bentuk grafik. Yang paling terkenal
contoh database grafik adalah Neo4j7