Konsep dasar basis data adalah sekumpulan fakta yang dapat digambarkan dengan model diagram hubungan antar entitas (Entity-Relationship Modelling Diagram). Komponen pembentuk ER Diagram sbb:
~

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.

3. 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. 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.
   ~
3. many-to-many (*..*)