Data Dictionary

• Kode Barang
• Nama Barang
• Harga
• No Facture
• Tanggal
• Jam
• Kasir
• Banyak Barang
• Total
• Bayar
• Kembali

Database faktur

Basis data atau sering pula dieja basisdata, adalah kumpulan informasi yang disimpan di dalam komputer secara sistematik sehingga dapat diperiksa menggunakan suatu program komputer untuk memperoleh informasi dari basis data tersebut. Perangkat lunak yang digunakan untuk mengelola dan memanggilquery basis data disebut database management system/DBMS.

Istilah “basis data” berawal dari ilmu komputer. Meskipun kemudian artinya semakin luas, memasukkan hal-hal di luar bidang elektronika, artikel ini mengenai basis data komputer. Catatan yang mirip dengan basis data sebenarnya sudah ada sebelum revolusi industri yaitu dalam bentuk buku besar, kwitansi dan kumpulan data yang berhubungan dengan bisnis.

Konsep dasar dari basis data adalah kumpulan dari catatan-catatan, atau potongan dari pengetahuan. Sebuah basis data memiliki penjelasan terstruktur dari jenis fakta yang tersimpan di dalamnya: penjelasan ini disebut skema. Skema menggambarkan obyek yang diwakili suatu basis data, dan hubungan di antara obyek tersebut. Ada banyak cara untuk mengorganisasi skema, atau memodelkan struktur basis data: ini dikenal sebagai model basis data atau model data. Model yang umum digunakan sekarang adalah model relasional, yang menurut istilah layman mewakili semua informasi dalam bentuk tabel-tabel yang saling berhubungan dimana setiap tabel terdiri dari baris dan kolom (definisi yang sebenarnya menggunakan terminologi matematika). Dalam model ini, hubungan antar tabel diwakili denga menggunakan nilai yang sama antar tabel. Model yang lain seperti model hierarkis dan model jaringan menggunakan cara yang lebih eksplisit untuk mewakili hubungan antar tabel.

Istilah basis data mengacu pada koleksi dari data-data yang saling berhubungan, dan perangkat lunaknya seharusnya mengacu sebagai sistem manajemen basis data (database management system/DBMS). Jika konteksnya sudah jelas, banyak administrator dan programer menggunakan istilah basis data untuk kedua arti tersebut.

Perangkat lunak basis data

Perangkat lunak basis data yang banyak digunakan dalam pemrograman dan merupakan perangkat basis data aras tinggi (high level):

• DB2
• Microsoft SQL Server
• Oracle
• Sybase
• Interbase
• XBase
• Firebird
• MySQL
• PostgreSQL
• Microsoft Access
• dBase III
• Paradox
• FoxPro
• Visual FoxPro
• Arago
• Force
• Recital
• dbFast
• dbXL
• Quicksilver
• Clipper
• FlagShip
• Harbour
• Visual dBase
• Lotus Smart Suite Approach

http://id.wikipedia.org/wiki/Basis_data

Add comment Oktober 13, 2008 <!–nickyoktarina–>Edit

1. Entity
   Suatu kumpulan obyek dengan property yang sama dengan ciri memiliki identitas yang dapat berdiri sendiri; contoh: mahasiswa, kelas, mata kuliah, pegawai, kantor cabang dsb.
   ~
   Dapat berdiri sendiri maksudnya dalam record-recordnya terdapat attribut yang unik yang dapat dijadikan pembeda untuk masing masing record. Sebuah entitas memiliki tipe berdasarkan kemampuannya berdiri sendiri antara lain tipe Strong dan tipe Weak.
   1. Strong Entity
      Bila suatu entitas dapat berdiri sendiri tanpa dukungan attribut dari entitas lain; contohnya: entitas Pegawai.
      ~
   2. Weak Entity
      Bila suatu entitas tidak dapat berdiri sendiri tanpa dukungan attribut dari entitas lain;contohnya: entitas Tunjungan, Tunjangan tidak dapat berdiri sendiri tanpa ada attribut pegawai.
      ~
2. Relationship (Hubungan antar entitas)
   Hubungan yang dimaksud adalah asosiasi attribut antar entitas yang memiliki makna; contohya: entitas Manajer dan entitas Kantor Cabang memiliki sebuah Relationship “Kelola”, jadi makna yang dibaca adalah “Seorang Manajer mengelola sebuah Kantor Cabang”, (jenis hubungan one-to-one).
   ~
   Sebuah Relationship memiliki derajat (degree) berdasarkan jumlah entitas yang terhubung antara lain: Unary, Binary, Ternary dan Quaternary.
   1. Unary
      Tipe hubungan ini berbarti hubungan yang terjadi antara dirinya sendiri dlam sebuah entitas; contohnya: entitas Pegawai yang memiliki Relationship Supervisor. Pegawai yang menjadi Supervisor juga berasal dar entitas yang sama yaitu Pegawai sedangkan entitas yang dituju juga pada entitas Pegawai.
      ~
   2. Binary
      Tipe hubungan ini antara dua entitas; contohnya: entitas Pegawai dan entitas Kantor Cabang.
      ~
   3. Ternary
      Tipe hubungan ini antara tiga entitas; contohnya :entitas Sales, Produk dan Pelanggan yang memiliki sebuah Relationship yang bernama Penjualan.

Relationship bisa terdapat lebih dari satu dalam sebuah / lebih entitas.

1. Attribut
   Detail dari sebuah entitas; contohnya entitas Mahasiswa memiliki attribut: npm, nama, jenis kelamin, kelas, tgl lahir dst… entitas Pasien memiliki attribut: nama, tgl lahir, berat badan, golongan darah dst…
   Attribut memiliki tipe tipe sbb:
   1. Simple
      Sebuah attribut yang memiliki komponen tunggal dan independent; contohnya: nama, tgl lahir dst…
      ~
   2. Composite
      Sebuah attribut yang memiliki komponen banyak dan masing masing komponennya independent; contohnya: Alamat-> jalan, kota, kode pos dst…
      ~
   3. Multi-valued
      Sebuah attribut yang memiliki nilai banyak; contohnya: dalam sebuah entitas Mahasiswa terdapat sebuah attribut nomor HP yang isinya bisa lebih dari satu record.
      ~
   4. Derived
      Sebuah attribut yang memiliki nilai turunan dari hasil kalkulasi attribut yang lain; contohnya attribut umur yang dihitung berdasarkan attribut tanggal lahir.

Sebuah entitas harus memiliki Key attribut sebagai pembeda untuk masing masing record. Key attribut memiliki tipe sbb:

1. 1. Candidate Key
      Attribut yang dapat digunakan sebagai Primary Key attribut. Dipilih berdasarkan keunikan nilai attribut; contohya: dalam entitas Mahasiswa terdapat attribut nama, npm yang dipilih sebagai Candidate Key.
      ~
   2. Primary Key
      Attribut yang dipilih sebagai attribut pembeda utama dalam sebuah entitas, dipilih dari Candidate Key yang paling baik, baik dalam artian paling unik dan paling mudah dimanipulasi dalam program.
      ~
   3. Composite Key
      Candidate Key yang memiliki lebih dari satu attribut; misalnya dalam sebuah entitas yang Weak terdapat dua Key attribut yang dipakai sebagai attribut pembeda; contohnya: dalam entitas Tunjangan ada attribut Nama dan attribut Pegawai sebagai Key, artinya kalau hanya nama bisa jadi lebih dari satu record dan kalau hanya Pegawai bisa jadi lebih dari satu Tunjangan.

Structural Constraints

Dalam sebuah Relationship pada Basis Data terdapat batasan batasan yang terstruktur (Structural Constraints). Tipe utama dari batasan disebut multiplicity yang mencerminkan aturan dari sistem yang akan dibuat oleh user.

Multiplicity dibuat berdasarkan dua batasan yaitu Cardinality dan Participation.

1. Cardinality
   Adalah nilai maximum occurrence dari sebuah Relationship antara dua entitas; contohnya: antara entitas Dosen dan Mata Kuliah terdapat Relationship “Mengajar” dengan multiplicity “0..5“, artinya satu dosen boleh mengajar maximal 5 mata kuliah sedangkan sebuah mata kuliah bisa jadi belum memiliki dosen pengajarnya. Cardinality = 5 dan Participation = 0.
   ~
2. Participation
   Adalah nilai minimum occurrence dari sebuah Relationship antara dua entitas; contohnya antara entitas Gedung dan Ruang Kelas terdapat Relationship “Terdiri Dari” dengan multiplicity “1..5“, artinya satu Gedung bisa terdapat maximal 5 ruang kelas tapi satu ruang kelas hanya terdapat pada satu gedung. Cardinality = 5 dan Participation = 1
   ~

Secara umum degree Binary paling banyak dipakai dimana umumnya hubungan itu merujuk pada tiga jenis hubungan sbb:

1. one-to-one (1..1)
   Dimana dalam sebuah occurrence terdapat hanya satu pasangan pada entitas lainnya; contohnya: antara entitas Kantor Cabang dan Manager, sebuah kantor cabang hanay boleh dimanageri oleh sorang manager dan begitu juga sebaliknya seorang manager hanay boleh memanage sebuah kanto cabang.
   ~
2. one-to-many (1..*)
   Dimana dalam sebuah occurrence terdapat bisa lebih dari satu pasangan pada entitas lainnya.
   ~

many-to-many (*..*)

http://wibisastro.wordpress.com/2008/02/18/pengantar-basis-data/