TUGAS AKHIR PRAKTIKUM

BASIS DATA

“BASIS DATA STUDI KASUS TIKET KONSER TUNGGAL”

DISUSUN OLEH
1. DIMAS PUTRA PRADANA J3D116036
2. OLLIF RAHMAN NOOR J3D116108
3. PANDU WILANTARA J3D216165
4. MUHAMMAD FARIS ARKAN J3D216188
KELAS TEK B/P2

LOGO IPB

PROGRAM KEAHLIAN MANAJEMEN INFORMATIKA

PROGRAM DIPLOMA
INSTITUT PERTANIAN BOGOR
2017
 KATA PENGANTAR

Puji syukur kita panjatkan ke hadirat Allah SWT, karena atas rahmat dan karunia-Nya
praktikan bisa menyelesaikan makalah tugas akhir basis data. Salawat beserta salam semoga
selalu terlimpah curahkan kepada Nabi Muhammad SAW.
Alhamdulillah, berkat rahmat dan karunia-Nya praktikan bisa menyelesaikan makalah
makalah proyek implementasi basis data dengan tema tiket konser.
Tujuan pembuatan proposal ini adalah untuk memenuhi salah satu tugas praktikum
mata kuliah Basis Data di Institut Pertanian Bogor (IPB). Penulis ucapkan terima kasih kepada
semua pihak yang telah membantu dalam penyelesaian makalah ini, khususnya untuk dosen
dan asisten praktikum mata kuliah Basis Data.
Penulis menyadari bahwa makalah tugas akhir ini masih jauh dari sempurna, baik isi
maupun cara penyampaian. Hal ini disebabkan karena keterbatasan pengetahuan dan
pengalaman penulis. Untuk itu, penulis mengaharapkan kritik dan saran yang membangun dari
semua pihak, agar pembuatan makalah ini akan lebih baik lagi pada kesempatan yang lain.
Akhir kata praktikan berharap, makalah ini dapat bermanfaat, khususnya bagi
kelompok praktikan selaku penyusun makalah ini, umumnya bagi yang membacanya.

Bogor, 17 Desember 2017

Kelompok 6
 DAFTAR ISI
1 PENDAHULUAN .............................................................................................................. 6
1.1. Latar Belakang ............................................................................................................ 6
1.2. Tujuan.......................................................................................................................... 7
1.3. Pembagian Tugas ........................................................................................................ 7
2 DASAR TEORI .................................................................................................................. 8
2.1. Basis Data.................................................................................................................... 8
2.2. Entity Relationship Modeling ..................................................................................... 8
2.2.1. Entity .................................................................................................................... 8
2.2.2. Relationship Type................................................................................................. 8
2.2.3. Attributes .............................................................................................................. 9
2.2.4. Key ....................................................................................................................... 9
2.2.5. Kardinalitas Ratio ................................................................................................ 9
2.3. DBMS........................................................................................................................ 10
2.4. Normalisasi................................................................................................................ 11
3 DESAIN BASIS DATA ................................................................................................... 12
3.1. Proses Bisnis Studi Kasus ......................................................................................... 12
3.2. Asumsi dan Batasan Studi Kasus .............................................................................. 12
3.3. Perancangan Basis Data ............................................................................................ 13
3.3.1. Perancangan Conceptual .................................................................................... 13
3.3.2. Perancangan Logical (ERD dan Normalisasi) ................................................... 14
3.3.3. Perancangan Physical......................................................................................... 16
4 IMPLEMENTASI BASIS DATA .................................................................................... 17
4.1. Implementasi Tabel ................................................................................................... 17
4.1.1. SQL Pembuatan Tabel / DDL ............................................................................ 17
4.1.2. Printscreen Tabel ............................................................................................... 18
4.1.3. Relasi antar Tabel .............................................................................................. 20
4.1.4. Implementasi Struktur Tabel.............................................................................. 20
4.2. Implementasi Aplikasi............................................................................................... 21
4.2.1. Switchboard ....................................................................................................... 21
4.2.2. Query pada Switchboard .................................................................................... 22
4.3. SQL ........................................................................................................................... 23
5 PENUTUP ........................................................................................................................ 27
5.1. Kesimpulan................................................................................................................ 27
5.2. Saran .......................................................................................................................... 27

DAFTAR TABEL
Tabel 1 Artis ............................................................................................................................ 16
Tabel 2 Konser ......................................................................................................................... 16
Tabel 3 pembayaran ................................................................................................................. 17
Tabel 4 pembeli........................................................................................................................ 17
Tabel 5 tiket ............................................................................................................................. 17

DAFTAR GAMBAR

Gambar 1 Diagram Conceptual .............................................................................................. 13

Gambar 2 ERD ......................................................................................................................... 13
Gambar 3 1NF.......................................................................................................................... 14
Gambar 4 2NF.......................................................................................................................... 14
Gambar 5 2NF2........................................................................................................................ 14
Gambar 7 3NF.......................................................................................................................... 15
Gambar 8 3NF2........................................................................................................................ 15
Gambar 6 2NF3........................................................................................................................ 15
Gambar 9 3NF3........................................................................................................................ 15
Gambar 11 3NF5...................................................................................................................... 16
Gambar 10 3NF4...................................................................................................................... 16
Gambar 12 SQL Buat Tabel .................................................................................................... 17
Gambar 13 Tabel Artis............................................................................................................. 18
Gambar 14 Tabel Konser ........................................................................................................ 18
Gambar 15 Tabel Pembayaran ................................................................................................. 18
Gambar 16 Tabel Pembeli ....................................................................................................... 19
Gambar 17 Tabel Tiket ............................................................................................................ 19
Gambar 18 Relasi Antar Tabel ................................................................................................ 20
Gambar 19 SQL Manipulasi .................................................................................................... 20
Gambar 20 Hasil Manipulasi Tael ........................................................................................... 20
Gambar 21 Login ..................................................................................................................... 21
Gambar 22 Form Jual............................................................................................................... 21
Gambar 23 Form Cari Data Penjual......................................................................................... 22
Gambar 24 Form Cari Data Pembeli ....................................................................................... 22
Gambar 25 Query Login .......................................................................................................... 22
Gambar 26 Query Cari Data Pembeli ...................................................................................... 22
Gambar 27 Query Data Pembeli .............................................................................................. 23
Gambar 28 Query Data Penjualan ........................................................................................... 23
Gambar 29 Query Insert Pembayaran ...................................................................................... 23
Gambar 30 Query Insert Pembelian ......................................................................................... 23
Gambar 31 Query Cari Data Penjualan Tiket .......................................................................... 23
Gambar 32 Query Data Tiket ................................................................................................... 23
Gambar 33 Query Update Kuota Tiket .................................................................................... 23
 PENDAHULUAN

1.1. Latar Belakang

Sejarah penelitian database selama 30 tahun terakhir merupakan salah satu
produktivitas luar biasa yang telah menyebabkan sistem database menjadi argumentasi
pengembangan terpenting di bidang rekayasa perangkat lunak. Saat ini, database
merupakan kerangka kerja yang mendasari sistem informasi dan secara mendasar
mengubah cara organisasi beroperasi. Secara khusus, perkembangan teknologi ini
selama beberapa tahun terakhir telah menghasilkan sistem yang lebih bertenaga dan
lebih intuitif untuk digunakan. Perkembangan sistem database mempengaruhi
meningkatnya ketersediaan sistem database. Sayangnya, kesederhanaan sistem ini
telah membuat pengguna membuat database dan aplikasi tanpa pengetahuan yang
diperlukan untuk menghasilkan sistem yang efektif dan efisien. Jadi “krisis perangkat
lunak”, kadang disebut “depresi perangkat lunak” terus berlanjut.
Pesatnya perkembangan sistem database juga berpengaruh kepada sistem
kurikulum pendidikan di Indonesia. Masa ini sistem database sudah menjadi
kurikulum utama bidang sistem informasi dan teknik mulai dari jenjang diploma
hingga jenjang master. Program Diploma IPB tentunya sudah mengambil langkah
khusus mengenai bidang sistem database ini, dengan memasukannya sebagai salah
satu mata kuliah di berbagai program keahlian.
Sebagai bentuk implementasi mata kuliah sistem database, banyak permasalahan
sehari-hari yang bisa dijadikan pondasi dasar bentuk implementasi tersebut, seperti
database rental, database penjualan, database pembayaran, database pembayaran dan
lain-lain. Kelompok enam mengambil, mengumpulkan pondasi dasar tersebut menjadi
sebuah aplikasi sederhana bertema tiket konser tunggal. Konser masa ini sangat erat
kaitannya dengan para pecinta musik mulai dari tingkatan remaja sampai orang tua.
Dengan banyaknya permintaan mengenai tiket konser dan managemen tiket
berdasarkan minat masyarakat terhadap konser musik, tentunya permasalahan ini bisa
dijadikan sebagai implementasi sistem database, dengan kemudahan yang disediakan.
1.2. Tujuan
Tujuan dari pengerjaan studi kasus ini adalah:
1. Mempermudah layanan pembelian tiket konser bagi konsumen: Dengan
menggunakan Microsoft Access, tentunya implementasi database akan lebih
mudah mengatur proses pembelian tiket konser.
2. Mensosialisasikan manfaat dan implementasi database pada masalah kehidupan
sehari-hari: hal ini secara tidak langsung berarti mempublikasikan serta
mensosialisasikan penggunaan dan manfaat database di lingkungan masyarakat.
3. Mempelajari dan memahami serta menerapkan sistem basis data dalam kegiatan
sehari-hari: dengan pengerjaan studi kasus ini, diharapkan mahasiswa mampu
menerapkan ilmu basis data dalam kehidupan sehari-hari.
4. Sebagai dasar pengembangan sistem basis data dalam studi kasus lain ataupun
studi kasus itu sendiri: dengan mengerjakan studi kasus ini, tentunya program
masih bisa dikembangkan sebagai dasar pondasi studi kasus itu sendiri
dikemudian hari, ataupun studi kasus lain.
5. Memenuhi tugas akhir mata kuliah basis data: pengerjaan dimaksudkan untuk
memenuhi tugas akhir sebagai konklusi pemahaman mahasiswa dalam
mempelajari basis data selama satu semester.

1.3. Pembagian Tugas

1. Dimas mengerjakan desain basis data, query, dan membuat view.
2. Pandu mengerjakan proposal.
3. Faris mengedit, dan memprint proposal.
4. Olif mengerjakan presentasi powerpoint.
 2 DASAR TEORI

2.1. Basis Data

Basis data adalah repositori data yang sangat besar, yang dapat digunakan secara
bersamaan oleh banyak departemen dan pengguna. Dalam basis data, semua item data
didalamnya terintegrasi dengan jumlah duplikasi datanya sangat kecil, tidak terputus
dan saling berhubungan. Basis data tidak lagi dimiliki oleh satu departemen, melainkan
menjadi sumber daya utama perusahaan. Basis data tidak hanya menyimpan data
operasional dari sebuah organisasi, namun juga menyimpan deskripsi dari data-data
tersebut. Berdasarkan hal tersebut, basis data juga didefinisikan sebagai kumpulan
catatan terpadu yang ‘mendeskripsikan’ data itu sendiri atau disebut juga dengan self-
describing. Deskripsi data itu dikenal dengan katalog sistem, atau kamus data, atau
metadata (data dari sebuah data). Self-describing adalah salah satu sifat dari database
yang membuat program data menjadi independen.
2.2. Entity Relationship Modeling
Menurut Indrajani (2015:17) Entity Relationship modeling adalah sebuah
pendekatan top-bottom dalam merancang sebuah basis data, dimulai dengan
mengidentifikasikan data yang penting dan digambarkan dalam suatu model.
Menurut Connolly dan Begg (2010:371), Entity Relationship modeling
merupakan pemodelan yang berguna untuk digunakan agar mendapatkan pemahaman
yang tepat terhadap data dan penggunaannya di dalam suatu perusahaan.
2.2.1. Entity
Entitas adalah sekumpulan objek dengan properti yang sama, yang
diidentifikasikan di dalam organisasi atau perusahaan dikarenakan
keberadaannya yang bebas(independen). Terdapat dua tipe entitas:
1. Entitas lemah (weak entity), merupakan entitas yang keberadaannya
bergantung pada keberadaan entitas lain.
2. Entitas kuat (strong entity), merupakan entitas yang berdiri sendiri
tanpa bergantung dengan entitas lain.
2.2.2. Relationship Type
Relationship Type adalah sebuah set asosiasi yang memiliki hubungan
antar entitas. Derajat tipe hubungan adalah jumlah jenis entitas yang
berpatisipasi dalam satu hubungan.
1. Relationship berderajat satu (Unary).
2. Relationship berderajat dua (Binary).
 3. Relationship berderajat tiga (Teranry).
2.2.3. Attributes
Atribut adalah sebuah kolom yang memiliki nama pada sebuah relasi. Berikut
adalah tipe dari atribut yaitu:
1. Single Valued Attribute, adalah sebuah atribut yang mempunyai nilai
tunggal untuk setiap kejadian dari sebuah entitas.
2. Multi Valued Attribute, adalah sebuah atribut yang mempunyai lebih
dari satu nilai dari atribut yang bersangkutan
3. Composite Attribute, adalah suatu atribut yang terdiri dari beberapa
atribut yang lebih kecil yang mempunyai arti tertentu yang masih bisa
dipecah kembali atau mempunyai sub atribut.
4. Derivatif Attribute, adalah atribut yang tidak harus disimpan dalam
database atau atribut yang dihasilkan dari atribut lain atau dari suatu
relationship. Atribut ini dilambangkan dengan bentuk oval yang
bergaris putus-putus.
2.2.4. Key
Key adalah sebuah field yang digunakan untuk mengidentifikasikan satu
atau lebih atribut secara unik untuk mengidentifikasikan setiap record. Terdapat
lima jenis key yang biasa digunakan, yaitu:
1. Candidate Key, adalah set atribut minimal yang secara unik
mengidentifikasi setiap kejadian dari sebuah tipe entitas.
2. Primary Key, adalah Candidate Key yang dipilih untuk
mengidentifikasikan setiap kejadian dari suatu tipe entitas secara unik.
3. Composite Key, adalah Candidate Key yang terdiri dari dua atau lebih
atribut.
4. Foreign Key, merupakan sebuah atribut pada suatu relasi yang sama
dengan Candidate Key dari relasi lainnya.
5. Alternate Key, merupakan kumpulan sebuah atribut dari Candidate Key
yang tidak terpilih menjadi primary key.
2.2.5. Kardinalitas Ratio
Kardinalitas rasio adalah sejumlah kemungkinan entitas A berpatisipasi
dengan entitas B dalam satu relationship. Ada tiga jenis yakni:
1. One to One, berarti setiap anggota entitas A hanya boleh berhubungan
dengan satu anggota entitas B, begitu pula sebaliknya.
 2. One to Many, berarti setiap anggota entitas A dapat berhubungan
dengan lebih dari satu anggota entitas B tetapi tidak sebaliknya.
3. Many to Many,berarti setiap entitas A dapat berhubungan dengan
banyak entitas himpunan entitas B demikian pula sebaliknya.
2.3. DBMS
DBMS adalah sebuah sistem perangkat lunak yang mengizinkan pengguna
untuk mendefinisikan, membuat, memelihara, dan mengontrol akses ke dalam basis
data. (Connoly dan Begg, 2010 :66).
A. Fasilitas yang disediakan DBMS
1. Mengizinkan pengguna untuk mendfinisikan basis data, dengan
melalui Data Definition Language (DDL). DDL mengizinkan
pengguna untuk menentukan tipe, struktur, serta kendala data
yang nantinya akan disimpan ke dalam basis data.
2. Mengizinkan pengguna untuk melakukan menambah, mengubah,
menghapus dan mengambil data dari basis data tersebut, dengan
menggunakan Data Manipulation Language (DML). Standard
bahasa dari DBMS ialah Structured Query Language (SQL).
3. Menyediakan akses kontrol ke dalam basis data, seperti :
a. Sistem keamanan, yang dapat mencegah pengguna yang
tidak diberi kuasa untuk mengakses basis data.
b. Sistem integritas, yang dapat menjaga konsistensi dari data
yang tersimpan.
c. Sistem kontrol konkurensi, yang mengizinkan berbagi akses
dengan basis data.
d. Sistem kontrol pemulihan, jika terjadi kegagalan perangkat
keras atau perangkat lunak maka sistem kontrol pemulihan
ini dapat mengembalikan basis data ke keadaan yang
konsisten dari yang sebelumnya.
B. Komponen utama dalam DBMS
1. Hardware
Hardware yang digunakan dapat berupa Personal Computer (PC)
yang akan disesuaikan dengan kebutuhan perusahaan dan DBMS
yang akan digunakan.
 2. Software
Komponen software terdiri dari software DBMS itu sendiri dan
program aplikasi, bersamaan dengan sistem operasinya, serta
termasuk software jaringan, apabila DBMS yang akan digunakan
melalui sebuah jaringan.
3. Data
Data adalah komponen yang terpenting pada DBMS, karena data
merupakan sebuah jembatan penghubung antara komponen mesin
dengan manusia.
4. Procedures
Prosedur berisikan instruksi serta aturan yang digunakan untuk
merancang dan menggunakan sebuah basis data.
5. People
Komponen terakhir adalah manusia yang dapat terlibat langsung
dengan sistem tersebut.
2.4. Normalisasi
Menurut Indrajani (2015:7), normalisasi adalah teknik dengan melakukan
sebuah pendekatan bottom-up yang digunakan dalam membantu mengidentifikasikan
hubungan. Sedangkan menurut Connolly dan Begg (2010:416), normalisasi adalah
sebuah teknik yang menghasilkan suatu kumpulan relasi dengan property yang
diingkan dengan memberikan suatu kebutuhan data pada perusahaan.
A. Tujuan normalisasi adalah sebagai berikut:

1. Menghilangkan kerangkapan data

2. Mengurangi kompleksitas
3. Mempermudah pemodifikasian data
B. Tahapan-tahapan dalam normalisasi sebagai berikut
1. Unnormalized Form (UNF), adalah sebuah tabel yang memuat
satu atau lebih kelompok yang berulang.
2. First Normal Form (1NF), adalah sebuah relasi yang terdiri dari
perpotongan dari setiap baris dan kolom berisi satu dan hanya
satu buah nilai saja. Aturan dari 1NF yaitu:
a. Tidak ada atribut multi-value, atribut komposit atau
kombinasinya.
b. Mendefinisikan atribut kunci.
c. Setiap atribut dalam table tersebut harus bernilai atomic
(tidak dapat dibagi-bagi lagi).
3. Second Normal Form (2NF), adalah sebuah relasi yang berada
dalam bentuk 1NF di mana setiap atribut yang bukan primary
key bergantung secara fungsional penuh kepada primary key.
Aturan dari 2NF yaitu :
a. Sudah memenuhi dalam bentuk normal kesatu (1NF).
b. Semua atribut bukan kunci hanya boleh tergantung
(functional dependency) pada atribut kunci.
 c. Jika ada ketergantungan parsial maka atribut tersebut harus
dipisah pada table yang lain
d. Perlu ada table penghubung ataupun kehadiran foregin key
bagi atribut-atribut yang telah dipisah tadi.
4. Third Normal Form (3NF), adalah relasi yang berada dalam
bentuk 1NF dan 2NF di mana tidak ada lagi atribut yang bukan
primary key yang bergantung secara transitif kepada primary
key. Aturan dai 3NF yaitu:
a. Sudah berada dalam bentuk normal kedua (2NF)
b. Tidak ada ketergantungan transitif (di mana atribut bukan
kunci tergantung pada atribut bukan kunci lainya).

3 DESAIN BASIS DATA

3.1. Proses Bisnis Studi Kasus
Proses bisnis dalam studi kasus ini, pada dasarnya memiliki proses bisnis seperti
sistem pemesanan tiket pada umumnya, yakni melihat informasi, pemilihan, dan
pembelian. Aplikasi studi kasus tiket konser tunggal akan menyediakan beberapa
layanan seperti penampilan data tiket dan konser yang tersedia, lainnya penampilan
tiket konser yang sudah terjual beserta informasi pembelinya, lalu proses pemilihan
dan pembelian tiket dari data yang tersedia.
Pada switchboard terdapat fungsi untuk menampilkan data tiket dan konser yang
tersedia. Beberapa informasi tiket diantaranya seperti kuota yang masih tersedia, jenis
tiket konser, harga tiket konser dan lain-lain. Dari penampilan data tersebut, pemesan
akan melanjutkan proses bisnis dari aplikasi ini.
Fungsi menu switchboard lainnya adalah proses pembelian. Proses pembelian
memiliki beberapa ‘syarat’, seperti identitas diri, tiket konser yang ingin dipilih,
jumlah tiket yang akan dipesan, setelah itu pemesan akan menerima informasi total
harga yang ia pesan.
Pelayanan-pelayanan diatas, merupakan pelayanan aplikasi yang disediakan oleh
aplikasi untuk pengguna atau pemesan. Dari sudut manager database atau
administrator database terdapat satu proses bisnis, yakni menampilkan data tiket yang
sudah terjual seperti sisa kuota, banyak tiket yang sudah terjual, dan data pemesan tiket
tersebut. Fungsi ini sebagai report data bagi admin.
3.2. Asumsi dan Batasan Studi Kasus
Agar lebih terarah dan terfokus pada tujuan yang hendak dicapai, maka perancangan
sistem basis data pemesanan tiket konser, hanya membahas :
 1. Sistem pemesanan tiket konser tunggal, menitik beratkan pada pendaftaran, pesan
dan pengambilan tiket.
2. Sistem melayani konfirmasi jumlah tiket konser tunggal yang akan dipesan,
konfirmasi pembatalan tiket konser yang dipesan uang tidak kembali.
3. Pembayaran tidak bisa dilakukan oleh pemesan dengan mentransfer via ATM,
hanya berlaku pemesanan tiket ditempat atau stand-stand terdekat.

3.3. Perancangan Basis Data

3.3.1. Perancangan Conceptual

Gambar 1 Diagram Conceptual

Gambar 2 ERD
3.3.2. Perancangan Logical (ERD dan Normalisasi)

Gambar 3 1NF

Gambar 4 2NF

Gambar 5 2NF2
 Gambar 8 2NF3

Gambar 6 3NF

Gambar 7 3NF2

Gambar 9 3NF3
 Gambar 11 3NF4

Gambar 10 3NF5

3.3.3. Perancangan Physical

1. Tabel Artis
No. Nama Field Tipe Panjang Null Keterangan
1. noartis Text 255 No Primary key
2. nama Text 255 No
3. emailartis Text 255 No
Tabel 1 Artis

2. Tabel konser

No. Nama Field Tipe Panjang Null Keterangan

1. nokonser Text 255 No Primary key
2. namakonser Text 255 No
3. lokasi Text 255 No
Tabel 2 Konser
 3. Tabel Pembayaran

No. Nama Field Tipe Panjang Null Keterangan

1. notiket Text 255 No Primary key
2. nopembeli Text 255 No
3. jumlahtiket Text 255 No
4. hargatotal Currency 255 No
Tabel 3 pembayaran

4. Tabel Pembeli

No. Nama Field Tipe Panjang Null Keterangan

1. idpembeli Text 255 No Primary key
2. nama Text 255 No
3. emailpembeli Text 255 No
Tabel 4 pembeli

5. Tabel Tiket

No. Nama Field Tipe Panjang Null Keterangan

1. Notiket Text 255 No Primary key
2. Nokonser Text 255 No
3. noartis Text 255 No
4. tanggal Date 255 No
5. kelas Text 255 No
6. kuota Number 255 No
7. hargatiket Currency 255 No
Tabel 5 tiket

4 IMPLEMENTASI BASIS DATA

4.1. Implementasi Tabel

4.1.1. SQL Pembuatan Tabel / DDL

Gambar 12 SQL Buat Tabel

4.1.2. Printscreen Tabel
1. Tabel artis

Gambar 13 Tabel Artis

2. Tabel konser

Gambar 14 Tabel Konser

3. Tabel pembayaran

Gambar 15 Tabel Pembayaran

4. Tabel pembeli

Gambar 16 Tabel Pembeli

5. Tabel tiket

Gambar 17 Tabel Tiket

4.1.3. Relasi antar Tabel

Gambar 18 Relasi Antar Tabel

4.1.4. Implementasi Struktur Tabel

4.1.4.1. SQL Manipulasi Tabel

Gambar 19 SQL Manipulasi

4.1.4.2. Printscreen Hasil Manipulasi Tabel

Gambar 20 Hasil Manipulasi Tael

4.2. Implementasi Aplikasi
4.2.1. Switchboard

Gambar 21 Login

Gambar 22 Form Jual

 Gambar 23 Form Cari Data Penjual

Gambar 24 Form Cari Data Pembeli

4.2.2. Query pada Switchboard

1. Query yang digunakan pada saat login

Gambar 25 Query Login

2. Query yang digunakan untuk mencari data pembeli tiket

Gambar 26 Query Cari Data Pembeli

 3. Query yang digunakan untuk menampilkan data para pembeli tiket

Gambar 27 Query Data Pembeli

4. Query yang digunakan untuk menampilkan data penjualan tiket

Gambar 28 Query Data Penjualan

5. Query yang digunakan untuk meng-insert data pembayaran baru

Gambar 29 Query Insert Pembayaran

6. Query yang digunakan untuk meng-insert data pembelian baru

Gambar 30 Query Insert Pembelian

7. Query yang digunakan untuk mencari data penjualan tiket

Gambar 31 Query Cari Data Penjualan Tiket

8. Query yang digunakan untuk menampilkan data tiket konser

Gambar 32 Query Data Tiket

9. Query yang digunakan untuk meng-update data kuota pada tiket

Gambar 33 Query Update Kuota Tiket

4.3. SQL
 GROUP BY
SELECT tiket.notiket, Count(*) AS Expr1
FROM tiket
GROUP BY tiket.notiket, tiket.nokonser, tiket.noartis;
Query digunakan untuk mengelompokan berdasarkan notiket, nokonser, noartis
(kolom).
 HAVING - GROUP BY
SELECT nobayar, max(hargatotal) AS pembelian_maksimum
FROM pembayaran
GROUP BY nobayar
HAVING max(hargatotal) > 1500000;
Query ini digunakan untuk mengelompokan berdasarkan nobayar dengan kriteria
hargatotal lebih dari 1500000;

 ORDER BY
SELECT *
FROM pembayaran
ORDER BY notiket;
Query ini digunakan untuk mengurutkan isi tabel berdasarkan notiket.

 DISTINCT
SELECT DISTINCT *
FROM pembayaran;
Query ini digunakan untuk memilih data tanpa ada duplikasi dari tabel
pembayaran.

 COUNT
SELECT nopembeli, count(*) AS banyak_tiket
FROM pembayaran
GROUP BY nopembeli;
Query ini digunakan untuk menghitung semua data dari tabel pembayaran, dan
dikelompokan berdasarkan nopembeli.

 SUM
SELECT nopembeli, sum(jumlahtiket) AS banyak_tiket
FROM pembayaran
GROUP BY nopembeli;
Query ini digunakan untuk mejumlahkan nilai jumlahtiket.

 AVG
SELECT nopembeli, avg(hargatotal) AS rata_rata
FROM pembayaran
GROUP BY nopembeli;
Query ini digunakan untuk menghitung rata-rata dari harga total pada tabel
pembayaran.
 MIN
SELECT nopembeli, min(jumlahtiket) AS paling_sedikit
FROM pembayaran
GROUP BY nopembeli;
Query ini digunakan untuk memilih nilai yang terkecil pada field jumlahtiket dari
tabel pembayaran.

 MAX
SELECT nopembeli, max(jumlahtiket) AS paling_banyak
FROM pembayaran
GROUP BY nopembeli;
Query ini digunakan untuk memilih nilai terbesar pada field jumlahtiket dari tabel
pembayaran.

 JOIN : LEFT JOIN, RIGHT JOIN, INNER JOIN

SELECT DISTINCT t.noartis, a.nama, t.nokonser
FROM tiket AS t INNER JOIN artis AS a ON t.noartis=a.noartis;
Query ini digunakan untuk menggabungkan dua tabel, inner join.

SELECT p.notiket AS tiket_belum_terjual

FROM tiket AS t LEFT JOIN pembayaran AS p ON t.notiket = p.notiket
WHERE (((p.notiket) Is Not Null))
ORDER BY p.notiket;
Query ini digunakan untuk menggabungkan dua tabel, left join.

SELECT p.notiket AS tiket_sudah_terjual

FROM tiket AS t RIGHT JOIN pembayaran AS p ON t.notiket = p.notiket
WHERE (((p.notiket) is not Null))
ORDER BY p.notiket;
Query ini digunakan untuk menggabungka dua tabel, right join.
 UNION, MINUS, ALL
SELECT *
FROM pembayaran
WHERE notiket = all (select notiket from tiket where hargatiket=100000);
Query ini digunakan untuk memilih subquery yang memenuhi kondisi diatas,
bernilai true.

SELECT * from pembayaran where nobayar="ps004";

UNION select * from pembayaran where nobayar="ps011";
Query ini digunakan untuk menggabungkan dua query select.
 5 PENUTUP
5.1. Kesimpulan
Perancangan sistem basis data untuk studi kasus pemesanan tiket konser tunggal
merupakan alat bantu bagi masyarakat untuk memesan tiket. Implementasinya dalam
bentuk switchboard pada Ms.Access membuat managemen data semakin mudah dan
terkendali. Dengan melakukan proses transaksi pemesanan tiket, pemesan dapat
merasakan keunggulan dan manfaat sistem basis data itu sendiri sehingga sistem
tersebut tersosialisasi dengan baik di lingkungan masyarakat. Pemesanan tiket konser
merupakan bukti implementasi sistem basis data pada masalah kehidupan sehari-hari
yang tentunya bisa diaplikasikan, digunakan dan dikembangkan pada masa yang akan
datang.
5.2. Saran
Dalam pembuatan proposal ini diharapkan terlebih dahulu mengenali konse-
konsep dasar dalam pengembangan DBMS (Database Management System) agar
memudahkan dalam perancangan nantinya.
 6 DAFTAR PUSTAKA
Connolly, Thomas and Begg, Carolyn. (2010). Database Systems A Practical. Approach to
Design, Implementation, and Management. Fifth Edition. Boston: Pearson
Education