PERBANDINGAN KEKUATAN BASIS DATA PADA DATABASE

NOSQL DAN MYSQL PADA SISTEM INFORMASI

CATERING BU SOFAN

NASKAH PUBLIKASI

diajukan oleh
Fredy Setiawan
18.21.1278

kepada
FAKULTAS ILMU KOMPUTER
UNIVERSITAS AMIKOM YOGYAKARTA
YOGYAKARTA
2018

I
II
 PERBANDINGAN KEKUATAN BASIS DATA PADA DATABASE
NOSQL DAN MYSQL PADA SISTEM INFORMASI
CATERING BU SOFAN

Fredy Setiawan1), Kusrini2),

1)
Informatika Universitas Amikom Yogyakarta
2)
Magister Teknik Informatika Universitas Amikom Yogyakarta
Jl Ringroad Utara, Condongcatur, Depok, Sleman, Yogyakarta Indonesia 55283
Email : fredy.setiawan@students.amikom.ac.id1), kusrini@amikom.ac.id2)

Catering Bu Sofan is a business engaged in the
culinary field. At this time, Bu Sofan’s catering does not
have an information system to process data, both ordering
data and data for staffing, so that the data is not recorded
properly. For this reason, the need for a reliable database.
This study compares an information system that
uses Mysql and Nosql which have the speed, reability that
can handle an information system that will continue to
grow.
The results of this study compare the reliablity of
Bu Sofan’s catering database, which was previously
proposed to use Mysql or use Nosql so that the database
used is right or target..
Keyword: Database, NoSQL, MySQL, Catering, Information
System
1. PENDAHULUAN
1.1 Latar Belakang
Kebutuhan akan teknologi informasi telah menjadi
sebuah kebutuhan primer yang harus segera dipenuhi,
banyak software atau aplikasi yang semakin kita jumpai di
kehidupan sehari-hari terutama sistem informasi, baik
berbasis website, desktop maupun mobile aplikasi. Oleh
karena itu, para ahli basis data harus mampu mencari solusi
terbaik dalam upaya menyajikan ataupun menyimpan data
para pengguna sistem informasi.
Basis data menjadi salah satu elemen yang tak
terpisahkan dalam terselenggaranya sebuah sistem informasi,
ada banyak produk basis data yang telah beredar dipasaran
seperti contohnya mysql, Microsoft SQL Server, Oracle,
Postgre, contoh diatas berbasis relational.Pada saat ini
MySQL merupakan database server yang sangat terkenal di
dunia, semua itu tak lain karena bahasa dasar yang
digunakan untuk mengakses database yaitu SQL. SQL
(Structured Query Language) pertama kali diterapkan pada
sebuah proyek riset pada laboratorium riset San Jose, IBM
yang bernama system R. Kemudian SQL juga dikembangan
oleh Oracle, Informix dan Sybase. Dengan menggunakan
SQL, proses pengaksesan database lebih user-friendly
dibandingkan dengan yang lain, misalnya dBase atau Clipper
karena mereka masih menggunakan perintah-perintah
pemrograman murni. Sebuah konsep penyimpanan yang
saling berkaitan, ketangguhan database relational dalam hal
penghitungan, integritas, dan kelebihan lainnya menjadikan
RDBMS diadopsi secara luas dan dianggap sebagai alternatif
terbaik untuk penyimpanan data terutama pada perusahaan
perbankan ataupun perusahaan yang memiliki relasi pada
setiap data-datanya. Sementara itu, perusahaan yang
berkaitan dengan sistem informasi seperti Google, Facebook,
Twitter, Amazon dan sebagainya tidak hanya menyimpan
data-datanya menggunakan struktur ber-relasi. Berkas-berkas
HTML, ataupun file media lainnya yang tidak terstruktur
memerlukan tipe penyimpanan yang baru tidak hanya
sekedar bisa melakukan relasi. Google yang memiliki Big
tabel, Oracle dengan CouchDB merupakan salah satu contoh
penggunaan DBMS NoSQL (Not Only SQL) sebagai
alternatif dalam penggunaan penyimpanan data. Sedangkan
beberapa perusahaan besar yang menggunakan Mongodb
antara lain FourSquare, eBay, New York Times, dan
Craiglist. Oleh karena itu penulis mencoba menyajikan
penelitian sebuah perbandingan performa dan struktur
managemen data antara DBMS Mongodb dan RDBMS
MySql dengan menggunakan NodeJS dengan Framework
Sails yang Di Implementasikan ke dalam Sebuah Sistem
Informasi Sebuah Catering.
1.2 Rumusan Masalah
Berdasarkan latar belakang yang telah dijelaskan di
atas, maka diperoleh rumusan masalah adalah sebagai
berikut : “Bagaimana Membandingkan kekuatan RDBMS
MySql dan DBMS NoSQL Mongodb pada system Informasi
Catering Bu Sofan?
1.3 Batasan Masalah
Berdasarkan pada rumusan masalah diatas,maka
untuk memfokuskan pembahasan diperoleh
batasan masalah sebagai berikut:
1. Menggunakan RDBMS MYSQL dan DBMS
MongoDB.
2. Keduanya di bangun dengan menggunakan
NodeJS (sails framework)
3. Tidak membahas tentang keamanan system.
4. pengukuran kecepatan adalah response time
dengan satuan ms.
5. Tidak membahas jumlah data
6. Parameter yang di gunakan untuk pengukuran
adalah dengan jumlah user.

1
1.4 Tujuan Penelitian
Adapun Tujuan yang ingin di capai oleh penulis seperti
berikut:
1. Mengimplementasikan Basis Data baik NoSQL
Maupun SQL pada sebuah Sistem Informasi
Catering.
2. Menganalisis tiap kelebihan dan kekurangan pada
tiap Basis Data pada Implementasi ke sebuah sistem
informasi.
1.5 Manfaat penelitian
Adapun manfaat yang diharapkan dari penelitian adalah
sebagai berikut :
1. Manfaat yang diperoleh bagi penulis adalah :
a. Menambah pengetahuan dalam bidang
pemrograman basis data terutama pemrograman
basis data NoSQL MongoDB.
b. Sebagai bahan penyampaian ilmu yang didapat
penulis kepada masyarakat.
2. Bagi Universitas AMIKOM YOGYAKARTA
a. Dokumentasi karya ilmiah mahasiswa dalam bentuk
laporan skripsi.
b. Sebagai referensi karya ilmiah mengenai
pengaplikasian Basis Data Berbasis NoSQL
MongoDB menggunakan PHP.
1.6 Metode Penelitian
Dalam pelaksanaan penelitian ini, dibutuhkan
sebuah rangka metode penelitian yang akan digunakan oleh
penulis. Metode - metode yang akan digunakan oleh penulis
dalam menyelesaikan permasalahan yang akan disusun pada
skripsi yang akan ditulis adalah sebagai berikut :
1. Pengumpulan Data
Metode yang digunakan penulis dalam
mengumpulkan data atau informasi yang diperlukan pada
saat penelitian adalah dengan mengumpulkan referensi dari
berbagai sumber buku baik yang didapatkan dari
perpustakaan atau ebook yang dibagikan gratis secara online.
Selain itu penulis juga mencari berbagai tutorial dan cara
troubleshooting yang membantu dalam proses pembuatan
aplikasi.
2. Analisa Data
Penulis menggunakan metode analisa workflow
berdasarkan data-data yang dikumpulkan. Hal ini
dikarenakan metode analisa workflow mampu menganalisa
secara mendalam mengenai berbagai aspek mengidentifikasi
berbagai kendala
3. Perancangan Aplikasi
Merupakan Gambaran pedoman yang dapat
digunakan dalam proses perencanaan aplikasi. Pada
perancangan database NoSQL yang menggunakan
MongoDB, penulis menggunakan dua metode untuk
menerangkan hubungan antar data yang disimpan dalam
database menggunakan references atau embedded
documents. Untuk MYSQL menggunakan perancangan
design table
2
4. Implementasi
Hasil yang diperoleh dari proses-proses yang dilalui
sebelumnya akan diterjemahkan dalam proses
pengembangan piranti lunak berbasis sistem operasi berbasis
web.
5. Pengujian
Pada tahap ini, pengujian akan dilakukan agar
Mengetahui perbedaan kapabilitas dan kecepatan Basis Data
berjenis NoSQL dengan MYSQL.
2. PEMBAHASAN
2.1 Landasan teori
2.1.1 Pengertian Sistem
Sistem sebagai sekelompok elemen – elemen yang
terintegrasi dengan maksud yang sama untuk mencapai suatu
tujuan. Secara umum, sistem didefinisikan sebagai
sekumpulan komponen atau jaringan kerja dari prosedur –
prosedur yang saling berkaitan dan saling bekerja sama
membentuk suatu jaringan kerja untuk mencapai sasaran atau
tujuan tertentu.[1]
2.1.2 Pengertian Informasi
Informasi adalah data yang diolah menjadi bentuk yang
lebih berguna danlebih berarti bagi penerimanta. Sumber
informasi adalah data. Data kenyataan yang
mengGambarkan suati kejadian – kejadian dan kesatuan
nyata. Kejadian - kejadian (event) adalah kejadian yang
terjadi pada saat tertentu.[1]
2.1.3 Pengertian BasisData
Database adalah suatu aplikasi yang menyimpan
sekumpulan data. Setiap database mempunyai API/Library
tertentu untuk membuat, mengakses, mengatur, mencari, dan
menyalin data yang ada di dalamnya.[2]
2.1.4 Pengertian SQL
SQL (Structured Query Language) adalah bahasa
pemrograman khusus yang digunakan untuk memanajemen
data dalam RDBMS. SQL biasanya berupa perintah
sederhana yang berisi instruksi-instruksi untuk manipulasi
data. Perintah SQL ini sering juga disingkat dengan sebutan
‘query‘.[3]
2.1.5 Pengertian NoSQL
IstilahNoSQL dikemukakan pertama pada tahun 1998,
dikembangkan oleh Walter W.Hobbs dari di bawah RAND
Organization. NoSQL didefinisikan sebagai generasi baru
basis data yang bersifat non-relational, terdistribusi/tersebar,
dan open source, Basis data dengan NoSQL menyediakan
mekanisme yang lebih mudah dan sederhana untuk
menyimpan dan mengambil data, dibanding dengan basis
data relasional.[4]
2.1.6 Javascript
JavaScript merupakan bahasa skript populer yang
dipakai untuk menciptakan halaman web yang dapat
berinteraksi dengan pengguna dan dapat merespon event
yang terjadi pada halaman.[5]
2.1.7 NodeJS
Node.js adalah perangkat lunak yang didesain untuk
mengembangkan aplikasi berbasis web dan ditulis dalam
sintaks bahasa pemrograman JavaScript.[6]
 2.2 Perancangan Sistem

2.2.1 workflow
2.2.3 Kebutuhan NonFungsionalitas
Pada kebutuhan non fungsionalitas yang didapat
Workflow merupakan alur dari setiap aktifitas yang selama ini
adalah seperti berikut:
di jalankan oleh semua peranan.
1.PC server baik baru maupun bekas.
Table 1 Workflow Presensi dan Penggajian
2.membutuhkan orang menghandle apps
Bagian atau Departemen
Aktifitas Karyawan Karyawan Pemilik
Dapur Pramusaji (Owner) 2.2.4 Analisis Kebutuhan Data.
Presensi 1 Mencatat 1. Mencatat
tanggal tanggal masuk
masuk kerja kerja atau Setelah melakukan proses analisis kebutuhan system,
dan juga event yang maka analisis selanjutnya adalah analisis kebutuhan data.
tanggal diikuti. Analisis ini bertujuan untuk memudahkan dalam
keluar kerja
2. Ketika 2. Ketika
perancangan informasi. Adapun analisis kebutuhan data yang
karyawan pembayaran gaji di perlukan antara lain:
dapur ingin karyawan 1.Data User.
pulang pramusaji Kriteria pada data user akan di tampilkan meliputi
,catatan menyerahkan
tanggal catatan event dan
Username, nama, alamat, password, foto ,nomor
masuk tugas yang telephone, role atau jabatan, dan nomer rekening.
selama kerja dilakukan untuk 2.Data Pemesanan
diserahkan mencairkan gaji. Kriteria pada data pemesanan akan di tampilkan
kepada
owner untuk
meliputi atas nama pemesan, menu pemesanan,
mencairkan item yang di pesan, tanggal yang pemesanan,
gaji. alamat pemesanan, siapa yang menerima pesanan,
Pembayar 1. Owner total yang harus di bayar dan juga DP.
mengecek
an Gaji dan acc 3.Data Menu
untuk Pada data menu berfungsi untuk menampilkan
pembayar
an gaji menu apa saja di dalamnya. Selain itu penjelasan
karyawan. dari nama menu, sehingga data yang di dapat
3. Mendapatkan 3. Karyawan adalah Nama menu, harga, Item, kategori,
gaji mendapatkan gaji
deskripsi, dan foto.
Tabel 2 Workflow Pemesanan
4.Data Item
Bagian atau Departemen
Aktifitas Customer Pemilik Pada data Item merupakan penjelasan item apa
(Owner) saja yang ada pada menu. sehingga pada data item
Pemesanan Memesan Masakan berisi nama item, deskripsi, harga, dan foto.
dengan memilih menu 5.Data Bukti Bayar pemesanan
beserta DP.
Owner akan
Data bukti pemesanan merupakan rekapan data-
meng ACC data pembayaran kostumer sehingga data yang
pesanan dan akan di tampilkan meliputi pesanan, foto bukti,
mencatatnya nominal yang di transfer, tanggal pembayaran, dan
ke dalam
buku
pengaprove atau penerima
Owner 6.Data Presensi
mengecek Data Presensi akan menampilkan presensi tanggal
Pesanan dan masuk dan tanggal keluar karyawan.
di buatkan
pesananya
7.Data penggajian
Pesanan Pada Data penggajian akan menampilkan
Diantar penggajian karyawan, tanggal penggajian, dan
menerima pesanan dan juga nominal yang di bayarkan.
pelunasan

2.2.2 Kebutuhan Fungsionalitas 2.2.5 Pembuatan Struktur pada SQL

Pada kebutuhan fungsionalitas di temukan seperti berikut: Dari hasil Analisis Data dan kebutuhan fungsional
1. Adanya sistem pencatat pesanan maka dibuatlah ke dalam bentuk ERD. Sehingga seperti
2. Adanya sistem untuk pencatatan presensi berikut ERD yang di buat.
3. Adanya sistem pemesanan bisa secara online.
4. Sistem pencatatan penggajian karyawan
5. Sistem yang Cepat dan handal.
6. Sistem yang mempunyai skalabilitas tinggi

3

Gambar 1 Rancangan Tabel DB MYSQL
2.2.6 JSON Schema
Pada pemodelan JSON Schema yang menjadi struktur
untuk NoSQL maka akan di buat berbagai variasi di setiap
collection yaitu dengan relasi berupa Embeded Document
dan Reference Document dari data-data yang di inginkan
sistem yang ingin di miliki oleh pemilik maka di buatlah
seperti contoh berikut
{ "_id" : ObjectId(),
"user" : String,
"nama" : String,
"alamat" : String,
"urlfoto" : String,
"jenis_kelamin" : String,
"no_hp" : String,
"password" : string,
"role" : string,
"token" : string,
"status" : string }
2.3 Implementasi dan pengujian
2.3.1 Implementasi
Setelah membuat sebuah database dari struktur
yang di rancang, selanjutnya agar sistem informasi dapat di
akses oleh beberapa platform yaitu android dan website.
Untuk proses pembuatan API menggunakan REST API,
dengan JSON format, sedangkan Bahasa pemrograman yang
di pakai adalah NodeJS. Pada NodeJS mempunyai sebuah
framework bernama Sails JS yang mempunyai kelebihan fast
deploy untuk sebuah website maupun menjadikanya
webservice. Untuk sails sendiri sangat di rekomendasikan di
install secara global sehingga hanya memerlukan command
D:\> Npm install sails -g
Setelah command tersebut di tulis, maka otomatis
sails akan menginstall ke dalam pc dengan cara mengunduh
pada repository milik NPM sendiri,dan menginstallnya ke
dalam global package, untuk membuat sebuah project pada
sails cukup dengan menggunakan perintah.
Sails new (Nama Project)
Selanjutnya project akan secara otomatis akan di
generate sampai ke kerangka bekerjanya,termasuk
penginstallan dependency dari sails. pada sailsjs selanjutnya
membuat sebuah API pada sails. Untuk membuat sebuah
API pada sails sangatlah mudah, yaitu hanya perlu
mengetikan sebuah command maka akan tergenerate semua.
Untuk command yang di gunakan sebagai berikut.
D:/> Sails generate api (nama tabel/nama collection)
Selanjutnya struktur folder akan di generate dan file
akan otomatis, selain file dan struktur folder sails akan
mengenerate sebuah route default dan fungis-fungsi otomatis
kedalam scriptnya yang di namakan SailsBluePrint.
. Untuk menghidupkan website sails mempunyai
perintah seperti berikut.
Sails lift
Selanjutnya masuk ke tahap pengecekan
server sudah hidup atau tidak. Untuk mengecek server
hidup bias dengan mengetik.
http://localhost/namamodel
untuk sample mengetikan http://localhost/user maka
akan tertampil seperti pada Gambar 4.36 berikut.
Gambar 2 Pengecekan API User
Setelah semua api sudah di buat selanjutnya adalah
tahap pemasangan dan ujicoba database.
2.3.2 Pengujian API
Pada SubBAB ini akan membahas tentang hasil pengetestan
dengan strength test, yaitu seberapa kuat API dengan
menggunakan DB server MYSQL dan MongoDB. Untuk
pengujian yang di lakukan adalah dengan mengakses sample
mulai dari variable 5 user mengakses bersamaan sampai ke
500 user mengakses secara bersamaan. Dengan pengetesan
secara bertahap melalui 5,10,100,500. percobaan akan di
lakukan tiga kali,untuk metode yang dilakukan adalah select
dan insert,update delete dengan interval grafik response time
interval 1000ms, pengujian akan dilakukan 5 API yaitu user
untuk Select dan insert, pemesanan update,item
select,presensi insert.
Contoh pengujian yaitu menggunakan user test dari hasil uji
coba yang dilakukan maka di peroleh data untuk mongodb
dan MYSQL saat select seperti pada tabel 4.1 dan 4.2
berikut.

4
 Tabel 3 Tabel Mongodb Response Time saat Select Dari Tabel 5 dan 6 yang di dapatkan sebuah
Sample Minimal Rata-rata Maximal perbandingan performa sehingga di buatlah grafik
User response response response perbandingan seperti pada Gambar 4.84 berikut
Akses time time time
(ms) (ms) (ms)
5 5 9 19
10 5 6 11
100 4 29 165
500 11 847 1305

Tabel 4 Tabel MYSQL Response Time saat Select

Sample Minimal Rata-rata Maximal
User response response response Gambar 4 Grafik perbandingan Insert Data pada User
Akses time time time API
(ms) (ms) (ms)
5 17 22 25 Pada Gambar 4 pengujian Insert pada API dapat di
10 16 19 28 simpulkan bahwa kemampuan saat Insert MongoDB
100 46 485 653 sangatlah jauh tertinggal disbanding dengan SQL yang masih
500 411 2839 4609 mampu mengcover 100 user,sedangkan Mongo sudah tidak
mampu mengcover 100 user. Selain mengcover pada saat
Dari Tabel 3 dan 4 sehingga di dapatkan hasil pengujian 500 user menginsert MongoDB terkena pukulan
perbandingan berupa grafik seperti pada Gambar berikut. sangat telak yaitu terjadi kegagalan atau error sebesar 13 data
hilang,

3. PENUTUP

3.1 Kesimpulan

Berdasarkan pembahasan yang telah dibahas pada

halaman sebelumnya dan dengan adanya penelitian pada
catering Bu Sofan dan pembuatan laporan skripsi dengan
Gambar 3 Grafik Perbandingan response time Select judul “Implementasi Basis Data NoSQL dan SQL pada
pada User Sistem Informasi Catering Bu Sofan” maka dapat ditarik
Dari Gambar 3 ,pengujian di dapat bahwa kecepatan kesimpulan sebagai berikut:
akses saat melakukan select pada MongoDB lebih cepat 1. Secara struktur management data antara basis data
dibandingkan MYSQL dimana saat 500 orang hanya MongoDB dan Basis data MYSQL memiliki perbedaan,
menyentuh kecepatan rata-rata response time sebesar 847 MongoDB mempunyai struktur json dan MYSQL berbentuk
sedangkan pada MYSQL berada 2839 dimana hal ini Tabel yang terstruktur.
MYSQL kalah saat memproses data select. Dan hasil yang di 2. Secara keseluruhan hasil yang di peroleh dari
peroleh saat Insert test dapat di lihat pada Tabel 4.3 dan 4.4 pengujian menunjukan bahwa dari segi kecepatan response
Tabel 5 Tabel Mongodb Response Time saat Insert time MongoDB dan MYSQL, MongoDB lebih cepat dari
Sample Minimal Rata- Maxima Error MYSQL. Hal ini di jelaskan pada BAB IV dengna pengujian
User response rata l s yang mempunyai hasil seperti berikut:
Akses time response response
(ms) time time a. Pada pengujian Select NoSQL lebih cepat 2,5 kali
(ms) (ms) dari MYSQL pada pengujian Select User
5 75 80 90 b. Pada pengujian Insert dengna metode form MYSQL
10 76 73 81 lebih unggul karena pada NOSQL terjadi error data
100 106 4849 6232 saat pengujian 500 user. Dan mempunyai response
500 1919 21688 31730 13 data time 3 kali dari MYSQL
gagal
c. Pada pengujian update kecepatan NOSQL 9 kali
lebih cepat dari MYSQL.
Tabel 6 Tabel MYSQL Response Time saat Insert d. Pengujian dengan Select NoSQL dengan relasi
Sample User Minimal Rata-rata Maximal Errors embedded mempunyai kecepatan 3 kali dari
Akses response response response time MYSQL.
time time (ms) e. Pengujian pada Insert dengan metode json kecepatan
(ms) (ms)
NOSQL 6 kali lebih cepat dibanding MYSQL.
5 61 72 85 0
10 61 143 341 0
100 354 1186 1802 0
500 660 5728 9819 0

5
5.2 Saran
1. Pengujian di lakukan dengan mengidentifikasi parameter
lain yang mempengaruhi performa dan kecepatan ke dua
database.

Daftar Pustaka

[1]Hutahaean, Jeperson. 2015. Konsep Sistem Informasi.

Yogyakarta: Deepublish.
[2] Kusrini, 2007, Strategi Perancangan dan Pengolahan
Basis Data, Yogyakarta, Andi Offset
[3] James R, Groff. Paul N,Weinberg & Andrew J.
Oppel. 2010. SQL: The Complete Reference (Third
Edition), McGraw Hi
[4] http//medium.com/javanlabs/mengenal-mongodb-
sebagai-alternatif- database4260d4148d6c, diakses
6 mei 2018 jam 16.50
[5] Sianipar, R.H. 2015. Pemrograman Javascript Teori
dan Implementasi. Bandung : Informatika Bandung.
[6] Kontributor Wikipedia, "Node.js," Wikipedia,
Ensiklopedia Bebas,
https://id.wikipedia.org/wiki/Node.js (diakses pada
tanggal 5 Juni 2018).

Biodata Penulis

Fredy Setiawan, memperoleh gelar Sarjana Komputer

(S.Kom), jurusan Informatika Universitas Amikom
Yogyakarta, lulus tahun 2018.

Kusrini, memperoleh gelar Sarjana Komputer (S.Kom),

Jurusan Ilmu Komputer Universitas Gadjah Mada
Yogyakarta, lulus tahun 2002. Memperoleh gelar Master
Ilmu Komputer (M.Kom), Jurusan Ilmu Komputer
Universitas Gadjah Mada Yogyakarta, lulus tahun 2006.
Memperoleh gelar Doktor dalam bidang ilmu komputer
dengan gelar (Dr.), Jurusan Ilmu Komputer Universitas
Gadjah Mada Yogyakarta, lulus tahun 2010. Saat ini menjadi
Dosen Universitas AMIKOM Yogyakarta.