3. Komponen Model Data

Entitas, definisi entitas, sumber informasi tentang entitas

Model data adalah deskripsi konseptual dari suatu area subjek - tingkat desain database yang paling abstrak. Model data terdiri dari entitas, atribut, domain, dan relasi. Selanjutnya - tentang masing-masing elemen secara detail.

3.1 Entitas

Entitas adalah sesuatu yang informasinya perlu disimpan dalam database.

Saat mendesain database, cukup menggambarkan situasi saat ini - dan sebagian besar kata benda dan beberapa kata kerja akan menjadi kandidat entitas. Misalnya: "Pelanggan membeli barang. Karyawan menjual barang ke pelanggan. Pemasok mengirimkan barang" - pelanggan, barang, karyawan, dan pemasok adalah entitas. Kata kerja “beli” dan “jual” juga merupakan satu kesatuan (walaupun bisa satu kesatuan, berbeda dari sudut pandang pembeli dan penjual).

Saat merancang database, sumber utama informasi tentang entitas adalah percakapan dengan pelanggan untuk memahami proses bisnisnya. Selain itu, dokumen standar yang digunakan dalam proses bisnis dianalisis: formulir, laporan, instruksi, dll. Setelah menerima daftar seperti itu, perlu untuk memeriksa kelengkapan dan koherensinya, dan juga untuk mengidentifikasi duplikat - entitas identik yang disebut dengan kata berbeda, dan entitas yang sebenarnya berbeda, tetapi dijelaskan dengan istilah yang sama.

Entitas dapat memodelkan konsep konkret (pelanggan, produk, panggilan) dan konsep abstrak (agen bertanggung jawab atas klien, siswa terdaftar dalam kursus).

Konsep model ER. Konsep entitas. Atribut. Jenis Atribut

1. Masalah apa yang mungkin dihadapi pengembang saat merancang database?

Saat merancang database dan mengembangkan produk perangkat lunak, masalah terpenting adalah masalah interaksi antara pengembang dan pelanggan. Tugas pengembang adalah menciptakan kembali keinginan pelanggan secara akurat ketika mengembangkan produk perangkat lunak manajemen basis data. Masalah utama yang perlu dipecahkan oleh pengembang adalah konstruksi database yang benar, atau lebih tepatnya skema (struktur) database.

Selain itu, pengembang juga menemui kesulitan lain, antara lain:

• mencari algoritma yang efisien;
• pemilihan struktur data yang sesuai;
• men-debug dan menguji kode kompleks;
• desain dan kegunaan antarmuka aplikasi.

Sedang dalam tahap pengembangan perangkat lunak, yang mengelola database, pengembang harus mempelajari kebutuhan pelanggan secara detail. Basis data harus dirancang sedemikian rupa sehingga dapat dimengerti, mencerminkan masalah yang dipecahkan seakurat mungkin, dan tidak berisi data yang berlebihan.

Untuk memudahkan proses pengembangan (perancangan) database disebut model semantik data. Untuk jenis yang berbeda Basis data yang paling terkenal adalah model data ER (model Entity-Relationship).

2. Apa yang dimaksud dengan model ER (model hubungan entitas)? Mengapa Anda perlu mengembangkan model ER?

Model ER (Entity-relationship model atau Entity-relationship diagram) adalah model data semantik yang dimaksudkan untuk menyederhanakan proses desain database. Semua jenis database dapat dihasilkan dari model ER: relasional, hierarki, jaringan, objek. Model ER didasarkan pada konsep “entitas”, “hubungan” dan “atribut”.

Untuk database besar, membangun model ER menghindari kesalahan desain yang sangat sulit diperbaiki, terutama jika database sudah beroperasi atau dalam tahap pengujian. Kesalahan dalam pengembangan struktur database dapat mengakibatkan pengerjaan ulang kode perangkat lunak yang mengelola database ini. Akibatnya, waktu, uang, dan sumber daya manusia akan digunakan secara tidak efisien.

Model ER adalah representasi database dalam bentuk diagram visual grafis. Model ER memvisualisasikan proses yang mendefinisikan area subjek tertentu. Diagram hubungan entitas adalah diagram yang secara grafis mewakili entitas, atribut, dan hubungan.

Model ER hanyalah pemodelan tingkat konseptual. Model ER tidak memuat rincian implementasi. Untuk model ER yang sama, detail implementasinya mungkin berbeda.

3. Apa yang dimaksud dengan entitas dalam database? Contoh

Entitas dalam database adalah objek apa pun dalam database yang dapat diidentifikasi berdasarkan esensi area subjek yang sedang dikembangkan database tersebut. Perancang database harus mampu mendefinisikan entitas dengan benar.

Contoh 1. Entitas berikut dapat dibedakan dalam database toko buku:

• buku;
• pemberi;
• penempatan di toko.

Contoh 2. Dalam database akuntansi proses pendidikan suatu lembaga pendidikan tertentu, entitas berikut dapat dibedakan:

• pelajar (siswa);
• guru;
• kelompok;
• disiplin ilmu yang dipelajari.

4. Tipe entitas apa yang ada? Penunjukan tipe entitas dalam model ER

Dalam model "entitas"-"hubungan", dua jenis tipe entitas dibedakan:

• tipe lemah. Jenis entitas ini bergantung pada entitas yang kuat;
• tipe yang kuat. Ini adalah jenis entitas independen yang tidak bergantung pada siapa pun.

Gambar 1 menunjukkan penunjukan tipe entitas lemah dan kuat dalam model ER.

Beras. 1. Penunjukan tipe entitas yang kuat dan lemah

5. Untuk apa atribut itu? Jenis atribut. Penunjukan atribut pada model ER

Setiap tipe entitas memiliki sekumpulan atribut tertentu. Atribut dimaksudkan untuk menggambarkan entitas tertentu.

Jenis atribut berikut dibedakan:

• sederhana atribut. Ini adalah atribut yang dapat menjadi bagian dari atribut gabungan. Atribut-atribut ini terdiri dari satu komponen. Misalnya, atribut sederhana meliputi: kode buku di perpustakaan atau program studi siswa di lembaga pendidikan;
• gabungan atribut. Ini adalah atribut yang terdiri dari beberapa atribut sederhana. Misalnya, alamat tempat tinggal mungkin berisi nama negara, wilayah, jalan, nomor rumah;
• jelas atribut. Ini adalah atribut yang hanya berisi satu nilai tunggal untuk suatu entitas. Misalnya, atribut “Nomor buku nilai” untuk tipe entitas “Siswa” tidak ambigu, karena seorang siswa hanya dapat memiliki satu nomor buku ujian (satu nilai);
• berarti banyak atribut. Ini adalah atribut yang dapat berisi banyak nilai. Misalnya, atribut multi-nilai “Nomor telepon” untuk entitas “Siswa”, karena seorang siswa dapat memiliki beberapa nomor telepon (rumah, ponsel, dll.);
• sewenang-wenang atribut. Merupakan atribut yang nilainya dibentuk berdasarkan nilai atribut lainnya. Misalnya, program studi seorang mahasiswa saat ini dapat dihitung berdasarkan selisih antara tahun studi saat ini dan tahun mahasiswa tersebut masuk. lembaga pendidikan(jika siswa tidak memiliki masalah dengan studinya dan mempelajari disiplin "Organisasi Basis Data dan Pengetahuan") dengan baik.

Dalam diagram ER, atribut ditetapkan seperti yang ditunjukkan pada Gambar 2. Seperti dapat dilihat dari gambar, atribut apa pun ditetapkan sebagai elips dengan nama di dalam elips. Jika atributnya adalah kunci utama, maka namanya digarisbawahi.

Gambar 2. Representasi atribut dalam diagram model ER

6. Bagaimana tipe entitas dan atribut model ER diimplementasikan dalam database nyata dan program yang dikelolanya?

Saat mengembangkan program manajemen basis data, tipe entitas dan atributnya dapat direpresentasikan dengan cara yang berbeda, dengan mengikuti beberapa pendekatan:

• pilih teknologi terkenal sebagai sumber data (misalnya, Microsoft SQL Server, Oracle Database, Microsoft Access, Microsoft ODBC Data Source, dll.), yang telah diteliti, diuji, distandarisasi, dan memiliki beragam manajemen basis data peralatan;
• kembangkan format database Anda sendiri dan terapkan metode untuk memprosesnya, dan terapkan interaksi dengan sumber data yang dikenal dalam bentuk perintah khusus seperti Impor/Ekspor. Dalam hal ini, Anda harus memprogram secara pribadi semua pekerjaan rutin untuk memelihara dan memastikan pengoperasian database yang andal;
• menerapkan kombinasi kedua pendekatan di atas. Alat pengembangan perangkat lunak modern memiliki seperangkat perpustakaan yang kuat untuk memproses kumpulan kompleks dan memvisualisasikan data di dalamnya (koleksi, array, komponen visualisasi, dll.).

Jika database diimplementasikan dalam DBMS relasional yang terkenal (misalnya, Microsoft Access, Microsoft SQL Server, dll.), maka tipe entitas diwakili oleh tabel. Atribut dari model ER sesuai dengan bidang tabel. Satu entri dalam tabel database mewakili satu instance dari suatu entitas.

Setiap jenis atribut diimplementasikan sebagai berikut:

• atribut sederhana atau atribut bernilai tunggal dapat diwakili oleh sekumpulan tipe dasar yang dapat diakses yang ditemukan dalam bahasa pemrograman apa pun. Misalnya, atribut integer diwakili oleh tipe int, integer, uint, dll.; atribut yang mengandung bagian pecahan dapat direpresentasikan sebagai float, double; atribut string bertipe string, dll.;
• atribut gabungan adalah objek yang mencakup beberapa atribut sederhana bersarang. Misalnya, dalam DBMS Microsoft Access, atribut gabungan dari sebuah tabel dapat dibentuk berdasarkan sekumpulan tipe (bidang) sederhana. Dalam bahasa pemrograman, penyatuan bidang diimplementasikan oleh struktur atau kelas;
• atribut multinilai dapat diimplementasikan dengan array atau kumpulan atribut sederhana atau gabungan;
• atribut sewenang-wenang diimplementasikan oleh bidang tambahan, yang dihitung saat mengakses tabel. Bidang seperti itu disebut bidang terhitung dan dibentuk berdasarkan bidang lain dalam tabel;
• atribut yang merupakan kunci utama dapat berupa bilangan bulat, string, atau tipe ordinal lainnya. Dalam hal ini, nilai setiap sel tabel yang berhubungan dengan kunci utama adalah unik. Paling sering, kunci utama adalah tipe integer (int, integer).

Jika database diimplementasikan dalam format unik, maka tipe entitas paling mudah direpresentasikan sebagai kelas atau struktur. Atribut entitas diimplementasikan sebagai bidang (data internal) kelas. Metode kelas mengimplementasikan pemrosesan bidang kelas (atribut) yang diperlukan. Interaksi (komunikasi) antar kelas diimplementasikan menggunakan antarmuka yang dirancang khusus dengan menggunakan pola desain yang terkenal.

7. Contoh fragmen model ER untuk tipe entitas “Student”.

Contoh di atas menunjukkan sebuah fragmen model ER untuk tipe entitas “Siswa”.

Gambar 3. Fragmen model ER untuk tipe entitas “Siswa”.

Gambar di atas mendeklarasikan atribut-atribut berikut, yang dalam DBMS (program) dapat memiliki tipe berikut:

• Atribut kunci primer adalah nilai integer unik yang dihasilkan secara otomatis. Dalam DBMS ini adalah kolom counter;
• Atribut tahun masuk adalah atribut sederhana yang dapat diimplementasikan sebagai nilai integer (int, integer);
• atribut Nomor telepon adalah atribut multinilai yang dapat diimplementasikan sebagai array atau koleksi, dll.;
• atribut Catat nomor buku– atribut sederhana yang dapat diimplementasikan sebagai rangkaian karakter, karena nomor buku catatan dapat berisi huruf selain angka;
• Atribut Negara, Kota, Jalan, Nomor Rumah merupakan atribut yang membentuk gabungan atribut Alamat. Semua atribut ini dapat bertipe string (teks) (string, Teks);
• atribut Nama Belakang, Nama Depan, Patronimik – ini adalah atribut sederhana yang merupakan bagian dari atribut gabungan Nama Siswa. Semua atribut ini dapat bertipe string (teks) (string, Teks);
• atribut Ulang Tahun adalah atribut sederhana bertipe Tanggal (DateTime);
• atribut Usia pelajar– bidang terhitung, yang didefinisikan sebagai selisih antara tanggal (sistem) saat ini dan nilai atribut Ulang Tahun.

Konsep dasar model database “hubungan-entitas” (model ER): entitas, hubungan antara entitas dan atributnya (properti).

Esensi– objek konkrit atau abstrak apa pun dalam bidang subjek yang sedang dipertimbangkan. Entitas adalah tipe dasar informasi yang disimpan dalam database (dalam database relasional, setiap entitas diberi tabel). Entitas dapat mencakup: pelajar, klien, departemen, dll. Contoh entitas dan tipe entitas adalah konsep yang berbeda. Konsep tipe entitas mengacu pada sekumpulan individu, objek, atau peristiwa homogen yang bertindak secara keseluruhan (misalnya, siswa, klien, dll.). Contoh entitas merujuk, misalnya, ke orang tertentu dalam suatu kumpulan. Tipe entitas dapat berupa pelajar, dan contohnya dapat berupa Petrov, Sidorov, dll.

Atribut adalah properti suatu entitas di area subjek. Namanya harus unik untuk tipe entitas tertentu. Misalnya, untuk entitas pelajar, atribut berikut dapat digunakan: nama belakang, nama depan, patronimik, tanggal dan tempat lahir, detail paspor, dll. Dalam database relasional, atribut disimpan dalam kolom tabel.

Koneksi– hubungan antar entitas di area subjek. Relasi adalah koneksi antar bagian database (dalam database relasional, ini adalah koneksi antar record tabel).

Entitas adalah data yang diklasifikasikan berdasarkan tipenya, dan hubungannya menunjukkan bagaimana tipe data ini berhubungan satu sama lain. Jika kita mendeskripsikan area subjek tertentu dalam kaitannya dengan hubungan entitas, kita memperoleh model hubungan entitas untuk database ini.

Panah adalah simbol suatu hubungan: satu - ke - banyak.

Keuntungan utama model ER: * kejelasan; * model memungkinkan Anda mendesain database dengan sejumlah besar objek dan atribut;

Elemen utama model ER: * objek (entitas); * atribut objek; * koneksi antar objek.

Hubungan antar entitas dicirikan oleh: * tipe koneksi (1:1, 1:N, N:M); * kelas kepemilikan. Kelas dapat diwajibkan atau opsional. Jika setiap instance entitas terlibat dalam suatu relasi, maka kelas keanggotaan bersifat wajib, jika tidak maka bersifat opsional.

Konsep normalisasi data. Ketergantungan fungsional.

Normalisasi adalah metode formal untuk menganalisis hubungan berdasarkan kunci utama dan hubungan yang ada. Tugasnya adalah mengganti satu skema (atau kumpulan relasi) database dengan skema lain yang relasinya memiliki struktur yang lebih sederhana dan teratur.

Ketergantungan fungsional. Misalkan X dan Y adalah dua atribut dari suatu relasi. Y dikatakan bergantung secara fungsional pada X jika pada waktu tertentu setiap nilai X berhubungan dengan tidak lebih dari satu nilai atribut Y.

Ketergantungan fungsional dilambangkan dengan X -> Y.

Sikap siswa S (Ns, Fio, Ngr, Addr, Telp). Masing-masing atribut Fio, Ngr, Addr, Tel secara fungsional bergantung pada atribut Ns.

Jadi, dalam relasi yang dinormalisasi, semua atribut bukan kunci secara fungsional bergantung pada kunci relasi tersebut. Kunci dari relasi S adalah atribut Ns.

Aturan Dasar saat membuat tabel entitas, ini adalah “tabel terpisah untuk setiap entitas.”

Bidang tabel entitas dapat terdiri dari dua jenis: kunci Dan bukan kunci. Memasukkan kunci ke dalam tabel di hampir semua DBMS relasional memungkinkan Anda memastikan keunikan nilai dalam catatan tabel berdasarkan kunci, mempercepat pemrosesan catatan tabel, dan juga secara otomatis mengurutkan catatan berdasarkan nilai di bidang kunci.

Definisi biasanya sudah cukup sederhana kunci, lebih jarang - enter gabungan kunci. Tabel dengan kunci komposit dapat berupa, misalnya, tabel yang menyimpan daftar karyawan (nama belakang, nama depan, dan patronimik), yang berisi nama yang sama. Beberapa DBMS menawarkan kepada pengguna opsi untuk menentukan bidang penomoran kunci yang dibuat secara otomatis (di Access, ini adalah bidang tipe "penghitung"), yang menyederhanakan solusi terhadap masalah keunikan catatan tabel.

Terkadang tabel entitas memiliki bidang yang menjelaskan properti atau karakteristik objek. Jika tabel memiliki jumlah pengulangan yang signifikan di bidang ini dan informasi ini memiliki volume yang signifikan, maka lebih baik memisahkannya ke dalam tabel terpisah (mengikuti aturan: “setiap entitas memiliki tabel terpisah”). Selain itu, tabel tambahan harus dibuat jika propertinya saling terkait.

Saat memproses tabel entitas, ingatlah hal berikut. Sangat mudah untuk menambah dan mengubah entitas baru, tetapi saat menghapus, Anda harus menghancurkan semua referensi ke entitas tersebut dari tabel tautan, jika tidak, tabel tautan akan salah. Banyak DBMS modern memblokir tindakan yang salah dalam operasi tersebut.

Postingan tabel tautan dimaksudkan untuk menampilkan hubungan antar entitas, informasi tentangnya terletak di tabel entitas terkait.

Biasanya, satu tabel relasi menggambarkan relasi antara dua entitas. Karena tabel entitas dalam kasus paling sederhana masing-masing memiliki satu bidang kunci, tabel relasi dari dua tabel harus memiliki dua kunci untuk memastikan keunikan rekaman relasi. Anda dapat membuat tabel hubungan, seperti tabel objek, tanpa kunci, tetapi fungsi memantau keunikan rekaman berada di tangan pengguna.

Hubungan yang lebih kompleks (non-biner) harus direduksi menjadi hubungan biner. Untuk mendeskripsikan relasi N objek, diperlukan N-1 tabel relasi. Seharusnya tidak ada koneksi transitif. Koneksi yang berlebihan menyebabkan kontradiksi (lihat contoh hubungan EMPLOYEE-DEPARTMENT, EMPLOYEE-PROJECT dan DEPARTMENT-PROJECT pada sub-bagian sebelumnya).

Karakteristik entitas tidak boleh dimasukkan dalam tabel hubungan, jika tidak maka anomali tidak dapat dihindari. Lebih baik menyimpannya di tabel entitas terpisah.

Dengan menggunakan tabel koneksi, Anda juga dapat mendeskripsikan jenis koneksi yang agak spesifik - koneksi linier, atau koneksi lemah. Contoh hubungan linier dapat dianggap sebagai hubungan kepemilikan entitas terhadap entitas lain dari tingkat yang lebih tinggi (sistem yang terdiri dari node; obat-obatan yang terdiri dari komponen; paduan logam, dll.). Dalam hal ini, satu tabel koneksi sudah cukup untuk menggambarkan koneksi tersebut.

Saat bekerja dengan tabel tautan, Anda harus ingat bahwa setiap entri dari tabel tautan dapat dengan mudah dihapus, karena entitas dapat melakukannya tanpa tautan untuk beberapa waktu. Saat menambahkan atau mengubah konten rekaman tabel, Anda harus memeriksa kebenaran referensi ke objek yang ada, karena suatu hubungan tidak dapat ada tanpa objek. Kebanyakan DBMS modern mengontrol kebenaran referensi objek.

Di bawah integritas memahami properti database, yang berarti database berisi informasi area subjek yang lengkap, konsisten, dan memadai.

Membedakan fisik dan logis integritas. Integritas fisik berarti ada akses fisik terhadap data dan data tidak hilang. Integritas logis berarti tidak adanya kesalahan logis dalam database, yang meliputi pelanggaran struktur database atau objeknya, penghapusan atau perubahan koneksi yang ada antar objek, dll. Di masa depan kita akan berbicara tentang integritas logis.

Menjaga integritas database meliputi pemeriksaan (pemantauan) integritas dan pemulihan jika ditemukan ketidakkonsistenan dalam database. Integritas database diatur menggunakan batasan integritas berupa kondisi-kondisi yang harus dipenuhi oleh data yang disimpan dalam database.

Di antara batasan integritas, dua jenis batasan utama dapat dibedakan: batasan nilai atribut hubungan dan pembatasan struktural ke tupel relasi.

Contoh batasan nilai atribut hubungan adalah persyaratan bahwa nilai kosong atau duplikat dalam atribut tidak dapat diterima, serta mengontrol bahwa nilai atribut termasuk dalam rentang tertentu. Jadi, dalam catatan hubungan tentang personel, nilai atribut Birth_Date tidak boleh melebihi nilai atribut Reception_Date.

Cara paling fleksibel untuk menerapkan kontrol atas nilai atribut adalah prosedur tersimpan Dan pemicu, tersedia di beberapa DBMS.

Pembatasan struktural menentukan persyaratan integritas entitas Dan integritas tautan. Untuk setiap instance entitas yang direpresentasikan dalam suatu relasi, hanya ada satu tupel yang berkorespondensi dengannya. Persyaratan integritas entitas adalah bahwa setiap tupel dari suatu relasi harus dapat dibedakan dari tupel lain dari relasi ini, dengan kata lain, setiap relasi harus memiliki kunci utama.

Perumusan persyaratan integritas link erat kaitannya dengan konsep kunci asing. Mari kita ingat kembali bahwa kunci asing digunakan untuk menghubungkan hubungan (tabel database) satu sama lain. Dalam hal ini, atribut dari satu hubungan (induk) disebut kunci asing hubungan ini, jika memang demikian utama kunci hubungan lain (anak). Suatu relasi yang memiliki kunci asing didefinisikan dikatakan mereferensikan suatu relasi yang atributnya sama sebagai kunci utama.

Integritas referensial mensyaratkan bahwa untuk setiap nilai kunci asing pada tabel induk, harus ada baris pada tabel anak dengan nilai kunci primer yang sama. Misalnya, jika relasi R1 berisi informasi tentang karyawan departemen, dan atribut relasi ini Must adalah kunci utama relasi R2, maka dalam relasi ini untuk setiap posisi dari R1 harus ada baris dengan gaji yang sesuai.

Banyak DBMS modern memiliki alat untuk memantau integritas database.

Entitas adalah objek nyata atau abstrak yang mempunyai arti penting bagi area subjek. Entitas harus mempunyai nama yang dinyatakan dengan kata benda tunggal

Cara informal untuk mengidentifikasi entitas adalah dengan mencari abstraksi yang menggambarkan objek, proses, peran, dan konsep lainnya. Cara formal untuk mengidentifikasi entitas adalah dengan menganalisis deskripsi teks dari area subjek, menyorot kata benda dan memilihnya sebagai abstraksi.

Sebuah instance entitas adalah perwakilan spesifik dari suatu entitas tertentu. Misalnya, contoh entitas Karyawan dapat berupa karyawan Ivanov.

Setiap entitas harus memiliki properti berikut:

memiliki nama yang unik;

memiliki satu atau lebih atribut yang dimiliki entitas atau diwariskan melalui suatu relasi;

memiliki satu atau lebih atribut yang secara unik mengidentifikasi setiap instance dari suatu entitas.

Atribut adalah karakteristik suatu entitas yang signifikan untuk bidang studi yang dipertimbangkan dan dimaksudkan untuk mengidentifikasi, mengklasifikasikan, mengukur atau menyatakan keadaan entitas.

Jenis atribut berikut ada:

sederhana - terdiri dari satu elemen data;

komposit - terdiri dari beberapa elemen data;

tidak ambigu - berisi satu nilai untuk satu entitas;

multi-nilai - berisi beberapa nilai untuk satu entitas;

opsional - dapat memiliki nilai kosong (tidak ditentukan);

turunan - nilai yang diturunkan dari nilai atribut lain.

Pengidentifikasi unik adalah sekumpulan atribut yang nilainya unik untuk setiap instance suatu entitas. Menghapus atribut apa pun dari pengidentifikasi melanggar keunikannya. Pengidentifikasi unik ditampilkan seperti yang digarisbawahi dalam diagram.

Setiap entitas dapat memiliki sejumlah koneksi dengan entitas lainnya.

Hubungan antar entitas

Relasi adalah asosiasi bernama antara entitas yang signifikan untuk bidang subjek yang sedang dipertimbangkan.

Derajat koneksi adalah jumlah entitas yang terlibat dalam koneksi tersebut.

Kekuatan komunikasi - jumlah instance entitas yang berpartisipasi dalam komunikasi.

Tergantung pada nilai dayanya, komunikasi dapat berupa salah satu dari tiga jenis:

satu-ke-satu (dilambangkan 1:1).

satu-ke-banyak (dilambangkan 1:N).

banyak-ke-banyak (dilambangkan M:N).

Satu lawan satu. Berarti dalam hubungan seperti itu, entitas dengan satu peran selalu berkorespondensi dengan tidak lebih dari satu entitas dengan peran lain. Karena derajat keterhubungan setiap entitas adalah 1, maka entitas-entitas tersebut dihubungkan oleh satu garis.

Satu-ke-banyak. Suatu entitas dengan satu peran dapat dikaitkan dengan sejumlah entitas dengan peran lain.

Banyak ke banyak. Dalam hal ini, masing-masing entitas terkait dapat diwakili oleh sejumlah contoh.