Nama :Raja Ely Cohen Simamora

Nim : 190503104

Mata Kuliah : Sistem Informasi Akuntansi

DATABASE RELASIONAL
DBMS digolongkan berdasarkan model data (data model) logis, atau representasi abstrak
konten database. Sebagian besar DBMS adalah database relasional. Model data relasional
(relational data model) merepresentasikan skema level konseptual clan eksternal sebagaimana
data disimpan dalam tabel dua dimensi. Data benar-benar disimpan dalam tabel, tetapi dengan
cara yang dijelaskan dalam skema level internal. Setiap baris dalam tabel, disebut tuple
(couple), yang berisi data mengenai komponen spesifik dalam tabel database. Setiap kolom
berisi data mengenai atribut entitas.

TIPE-TIPE ATRIBUT

 Kunci utama (primary key) adalah atribut database, atau kombinasi atribut, yang secara
khusus mengidentifikasi suatu baris tertentu dalam sebuah tabel. Biasanya, kunci utama
adalah atribut tunggal. Dalam beberapa tabel, dua atau lebih atribut dibutuhkan untuk
mengidentifikasi secara khusus baris tertentu dalam tabel.
 Kunci asing (foreign key) adalah atribut dalam tabel yang juga merupakan kunci utama
dalam tabel lain clan digunakan untuk menghubungkan dua tabel.

Membuat Desain Database Relasional

Dalam sistem akuntansi manual, S&S akan mengambil informasi penjualan pada faktur
penjualan pracetak yang memberikan tampilan logis clan fisik data yang dikumpulkan.
Penyimpanan fisik data faktur penjualan adalah sederhana; salinan faktur disimpan dalam
lemari file. Menyimpan data yang sama dalam komputer lebih kompleks. Anggaplah
perusahaan ingin menyimpan faktur penjualan secara elektronik. Mari kita melihat dampak
beberapa cara untuk menyimpan informasi ini :

 Menyimpan Semua Data dalam Satu Tabel yang Seragam

 Perushaan dapat menyimpan data penjualan dalam satu tabel. Pendekatan ini memiliki
dua kerugian. Pertama, ia menyimpan banyak kelebihan data. Kedua, beberapa masalah
akan terjadi ketika data faktur yang disimpan dalam tipe - tipe tabel ini :
1. Anomali pembaruan
Mengelola database secara tidak benar di mana item kunci nonutama disimpan
beberapa kali; memperbarui komponen dalam satu lokasi sedangkan lokasi lain
tidak diperbarui akan menyebabkan inkonsistensi data.
2. Anomali sisipan
Mengelola database secara tidak benar yang menyebabkan ketidakmampuan
untuk menambahkan catatan pada database.
3. Anomali penghapusan
Mengelola database secara tidak benar yang menyebabkan hilangnya seluruh data
pada suatu entitas ketika sebuah baris dihapus.

 Memvariasikan Jumlah Kolom

Alternatif untuk Tabel 4-3 adalah dengan mencatat faktur penjualan dan data pelanggan
sekali dan menambahkan kolom tambahan untuk mencatat setiap item yang terjual.
Meskipun dapat mengurangi kelebihan data dan mengeliminasi beberapa anomali yang
terkait dengan Tabel 4-3, alternatif ini memiliki beberapa kelemahan. S&S akan
memutuskan seberapa banyak jumlah item yang meninggalkan ruang untuk setiap baris
(contohnya seberapa banyak kolom yang diletakkan dalam tabel; catatlah pada Tabel 4-
4 bahwa untuk menyimpan setiap item tambahan membutuhkan lima kolom tambahan-
-Item, Kuantitas, Deskripsi, Unit Harga, dan Jumlah Total).

 Solusi: Seperangkat Tabel

Permasalahan penyimpanan dalam Tabel 4-3 dan 4-4 diselesaikan menggunakan
database relasional (relational database). Seperangkat tabel dalam Tabel 4-5
merepresentasikan database relasional yang terstruktur dengan baik.

PERSYARATAN DASAR DATABASE RELASIONAL

 Setiap kolom dalam baris harus dinilai tunggal

Dalam database relasional, hanya ada satu nilai per sel
 Kunci utama tidak bisa nol.
Kunci utama tidak bisa secara khusus mengidentifikasi baris dalam tabel jika nilainya nol
(kosong). Kunci utama tidak-nol memastikan bahwa setiap baris dalam tabel
menampilkan sesuatu clan dapat diidentifikasi. Ini mengacu pada aturan integritas
entitas (entity integrity rule).
  Kunci asing, jika bukan nol,harus memiliki nilai yang sesuai dengan nilai kunci utama
pada tabel lainnya
Kunci asing menghubungkan baris pada satu tabel dengan baris pada tabel lain. Batasan
ini, yang disebut aturan integritas referensial (referential integrity rule), memastikan
konsistensi database Kunci asing dapat berisi nilai nol.
 Semua atribut nonkunci dalam tabel harus menjelaskan karakteristik objek yang
diidentifikasi berdasarkan kunci utama
Sebagian besar tabel berisi atribut lain sebagai tambahan kunci utama clan asing.

Dua Pendekatan Untuk Desain Database

 Normalisasi (normalization)
Mengikuti aturan-aturan pembuatan database untum mendesain database relasional
yang bebas dari anomali penghapusan, sisipan, dan pembaruan.

 Pemodelan data semantik

Pemodelan data semantik memiliki keuntungan signifikan. Pertama, menggunakan

pengetahuan pendesain akan proses bisnis memudahkan desain yang efisien atas
database pemrosesan transaksi. Kedua, model grafis secara eksplisit menunjukkan
proses bisnis clan kebutuhan informasi serta kebijakan organisasi, clan mempermudah
komunikasi dengan para pengguna sistem, akan membantu memastikan bahwa sistem
yang baru memenuhi kebutuhan aktual pengguna.

Membuat Quary Database Relasional

Untuk mengambil data yang disimpan, pengguna akan menanyai database. Bagian dari bab ini
menunjukkan bagaimana untuk menanyai database menggunakan Microsoft Access. Ketika
anda membuka database clan memilih pita "Create", pita akan terlihat. Ada dua cara untuk
menanyai database: membuat pertanyaan (query) dalam tampilan Desain (tombol "Query
Design") atau menggunakan wizard (tombol "Query Wizard). Mengeklik tombol "Query Design"
memunculkan jendela Show Table. Pengguna dapat memilih tabel yang diperlukan untuk
menghasilkan informasi yang diinginkan; jika lebih banyak tabel dibandingkan yang seharusnya
dipilih, query mungkin tidak akan berjalan dengan semestinya.
 Query 1
Query 1 menjawab dua pertanyaan: Berapa nomor faktur yang dibuat untuk semua
penjualan yang dibuat untuk seseorang dan siapa tenaga penjual untuk setiap
penjualan? Tabel Penjualan dan Pelanggan berisi tiga komponen yang diperlukan untuk
menjawab pertanyaan ini: Faktur Penjualan #, Tenaga Penjual dan Nama Pelanggan. Klik
tombol "Query Design", dan pilih tabel Penjualan dan Pelanggan dengan mengeklik
ganda pada nama mereka atau dengan mengeklik tunggal pada nama dan mengeklik
tombol Add. Garis antara dua tabel menghubungkan field Pelanggan # (kunci utama
tabel Pelanggan dan kunci asing tabel Penjualan). Klik pada Close untuk menutup
jendela Show Table, klik dua kali pada Faktur Penjualan #, Tenaga Penjual, dan
Pelanggan atau tarik dan letakkan mereka ke dalam baris Field. Access secara otomatis
mengecek kotak dalam garis Show, sehingga item-item akan ditunjukkan ketika query
dijalankanz
 Query 2
Query 2 menjawab pertanyaan ini: Berapa banyak televisi yang dijual pada bulan
Oktober? Tabel Penjualan, Persediaan, clan Penjualan- Persediaan berisi tiga item yang
dibutuhkan untuk menjawab pertanyaan ini: Tanggal, Deskripsi Persediaan, clan
Kuantitas. Klik pada tombol "Query Design" dalam pita "Create" serta memilih tiga tabel
dan tigafield, seperti yang ditunjukkan pada Tabel 4-9. Oleh karena kita menginginkan
kuantitas televisi yang terjual pada bulan Oktober, tambahkan kriteria "Between
#10/1/2018# And#10/31/2018# ke field Tanggal dan "Televisf ke field Deskripsi.
 Query 3
Query 3 menjawab pertanyaan ini: Siapa nama dan di mana alamat pelanggan yang
membeli televisi pada bulan Oktober? Query ini memerlukan beberapafield berikut:
Tanggal (untuk memilih penjualan pada bulan Oktober), Deskripsi (untuk memilih
televisi), serta Nama Pelanggan, Jalan, Kota, dan Negara Bagian (informasi yang
diminta). Keempat tabel ini digunakan karena tabel Penjualan-Persediaan digunakan
untuk memindahkan antara tab el Penjualan danPersediaan. Query ini mengunakan
kriteria yang sama pada Query 2. Data Tanggal dan Deskripsi tidak perlu ditampilkan,
sehingga kotak dalam baris Show tidak dicentang.
 Query 4
Query 4 menjawab pertanyaan ini: Berapa nomor faktur penjualan, tanggal, dan total
faktur untuk penjualan bulan Oktober, yang diatur dalam urutan berdasarkan jumlah
total? Dikarenakan database tidak berisi kolom Total Faktur, maka total faktur dihitung
dengan mengalikan unit harga berdasarkan kuantitas untuk setiap penjualan.
Contohnya, kita akan menghitung total harga penjualan atas setiap barang yang dijual
dengan mengalikan field Kuantitas dalam tabel Penjualan-Persediaan berdasarkanfield
Unit Harga pada tabel Persediaan.
  Query 5
Query 5 akan menjawab pertanyaan berikut ini: Berapakah total penjualan berdasarkan
tenaga penjual? Pertanyaan ini sama dengan Query 4, kecuali jika kita menjumlah faktur
berdasarkan tenaga penjual, bukan berdasarkan nomor faktur. Kita juga tidak membatasi
query untuk bulan Oktober.

Sistem Database dan Masa Depan Akuntansi

Sistem database memiliki potensi untuk mengganti pelaporan secara eksternal. Waktu
dan usaha yang dapat dipertimbangkan baru-baru ini diinvestasikan dalam mendefinisikan
bagaimana perusahaan dapat meringkas dan melaporkan informasi akuntansi ke pengguna
eksternal. Di masa depan, perusahaan dapat membuat salinan database keuangan perusahaan
yang tersedia untuk pengguna eksternal laporan keuangan tradisional. Keuntungan signifikan
dari sistem database adalah kemampuan dalam membuat query ad hoc untuk menyediakan
informasi yang dibutuhkan pada pembuatan keputusan. Laporan keuangan tidak lagi hanya
tersedia tersedia dalam format yang telah ditentukan dan waktu yang ditetapkan. Sebaliknya,
bahasa dari database relasional yang kuat dan mudah untuk digunakan dapat menemukan
serta mempersiapkan kebutuhan informasi manajemen kapan pun mereka menginginkannya.
DBMS relasional juga dapat menampung berbagai pandangan fenomena mendasar
yang sama.
Terakhir, DBMS relasional dapat mengintegrasikan data keuangan dan operasional.
DBMS memiliki potensi untuk meningkatkan penggunaan dan nilai informasi akuntansi. Para
akuntan harus memahami system informasi sehingga dapat membantu mereka mendesain dan
menggunakan SIA di masa depan. Partisipasi seperti itu penting untuk menjamin bahwa
pengendalian yang sesuai juga dimasukkan ke dalam sistem-sistem tersebut guna
mengamankan data dan menjamin keandalan informasi yang dihasilkan.