ERD Penerapan Denormalisasi

 

klik gambar

1000 baris data

 

klik gambar

ERD Perpustakaan dengan penjelasan Normalisasi

 

                                                                                klik gambar

5 ERD Intersection

 

                                                                            klik gambar

Software Development Live Cycle

Software Development Life Cycle (SDLC) adalah kerangka kerja yang sistematis untuk merencanakan, mengembangkan, menguji, dan memelihara perangkat lunak. SDLC bertujuan untuk menghasilkan perangkat lunak berkualitas tinggi yang memenuhi kebutuhan pengguna dan tujuan bisnis. Proses ini melibatkan beberapa tahapan yang terstruktur, masing-masing dengan tujuan dan aktivitas spesifik.

Tahapan dalam SDLC

a. Perencanaan (Planning):

Pada tahap ini, tim pengembang melakukan analisis biaya-manfaat dan mengumpulkan persyaratan dari berbagai pemangku kepentingan. Rencana proyek dibuat untuk menentukan tujuan, sumber daya yang diperlukan, dan jadwal pelaksanaan.

b. Analisis (Analysis):

Tim menganalisis kebutuhan sistem secara mendalam untuk memahami masalah yang harus diselesaikan. Ini termasuk studi kelayakan untuk memastikan bahwa proyek dapat dilaksanakan dengan sumber daya yang ada.

c. Desain (Design):

Dalam fase ini, arsitektur sistem dan desain antarmuka pengguna (UI/UX) dirancang. Tim merancang komponen sistem yang akan memenuhi kebutuhan yang telah diidentifikasi sebelumnya.

d. Pengembangan (Development):

Pada tahap pengembangan, kode perangkat lunak ditulis berdasarkan desain yang telah dibuat. Ini adalah fase di mana produk mulai dibangun secara nyata.

e. Pengujian (Testing):

Setelah pengembangan selesai, perangkat lunak diuji untuk menemukan dan memperbaiki bug serta memastikan bahwa fungsionalitasnya sesuai dengan spesifikasi yang ditetapkan.

f. Implementasi (Implementation):

Setelah pengujian berhasil, perangkat lunak diterapkan ke lingkungan produksi dan dirilis kepada pengguna. Ini termasuk pelatihan pengguna dan penyebaran sistem.

g. Pemeliharaan (Maintenance):

Setelah implementasi, perangkat lunak perlu dipelihara untuk memperbaiki masalah yang muncul dan melakukan pembaruan sesuai kebutuhan pengguna atau perubahan teknologi.

SDLC penting karena membantu tim pengembang dalam mengelola risiko, memastikan kualitas produk akhir, dan memberikan visibilitas selama seluruh proses pengembangan. Dengan mengikuti tahapan SDLC, organisasi dapat meminimalkan kompleksitas dalam pengembangan perangkat lunak serta memastikan bahwa produk akhir memenuhi harapan pelanggan dan standar kualitas yang ditetapkan.

Metodologi SDLC juga memungkinkan kolaborasi antar tim lintas fungsi, meningkatkan efisiensi dalam proses pengembangan dan memfasilitasi inovasi dalam solusi teknologi.

Apa itu SQL, DDL, DML, DCL, dan TCL

SQL, atau Structured Query Language, adalah bahasa pemrograman yang digunakan untuk mengelola dan berinteraksi dengan basis data relasional. SQL memungkinkan pengguna untuk melakukan berbagai operasi seperti menyimpan, mengambil, memperbarui, dan menghapus data dalam basis data. Bahasa ini pertama kali dikembangkan oleh IBM pada tahun 1970-an dan sejak itu menjadi standar dalam sistem manajemen basis data (DBMS).

Jenis-Jenis Perintah dalam SQL

SQL dibagi menjadi beberapa kategori berdasarkan fungsinya, yaitu DDL, DML, DCL, dan TCL. Berikut adalah penjelasan masing-masing kategori:

a. DDL (Data Definition Language)

DDL mencakup perintah yang digunakan untuk mendefinisikan dan mengelola struktur database. Beberapa perintah DDL yang umum digunakan adalah:

CREATE: Membuat database atau tabel baru.

ALTER: Mengubah struktur tabel yang sudah ada.

DROP: Menghapus database atau tabel.

RENAME: Mengganti nama tabel atau objek lainnya.

Contoh perintah DDL:

sql

CREATE TABLE employees (

    id INT PRIMARY KEY,

    name VARCHAR(100),

    position VARCHAR(50)

);

b. DML (Data Manipulation Language)

DML digunakan untuk memanipulasi data dalam tabel. Ini mencakup perintah untuk menambah, mengubah, atau menghapus data. Beberapa perintah DML yang umum adalah:

INSERT: Menambahkan data baru ke dalam tabel.

UPDATE: Mengubah data yang sudah ada.

DELETE: Menghapus data dari tabel.

Contoh perintah DML:

sql

INSERT INTO employees (id, name, position) VALUES (1, 'John Doe', 'Manager');

UPDATE employees SET position = 'Senior Manager' WHERE id = 1;

DELETE FROM employees WHERE id = 1;

c. DCL (Data Control Language)

DCL berkaitan dengan kontrol akses pengguna terhadap database. Ini termasuk perintah untuk memberikan atau mencabut hak akses. Perintah DCL yang umum digunakan adalah:

GRANT: Memberikan hak akses kepada pengguna.

REVOKE: Mencabut hak akses dari pengguna.

Contoh perintah DCL:

sql

GRANT SELECT ON employees TO user1;

REVOKE INSERT ON employees FROM user1;

d. TCL (Transaction Control Language)

TCL digunakan untuk mengelola transaksi dalam database. Ini memastikan bahwa semua operasi dalam transaksi berhasil sebelum diterapkan secara permanen. Perintah TCL yang sering digunakan adalah:

COMMIT: Menyimpan semua perubahan yang dilakukan selama transaksi.

ROLLBACK: Membatalkan semua perubahan jika terjadi kesalahan.

Contoh perintah TCL:

sql

BEGIN TRANSACTION;

INSERT INTO employees (id, name) VALUES (2, 'Jane Smith');

COMMIT; 

Apa itu Denormalisasi

Denormalisasi adalah kebalikan dari proses normalisasi dalam perancangan basis data. Proses ini bertujuan untuk menyederhanakan struktur tabel yang telah dinormalisasi dengan cara mengorbankan sedikit integritas data demi meningkatkan performa sistem. Dalam denormalisasi, data redundansi yang terkontrol diperbolehkan, sehingga akses atau pengambilan data (query) menjadi lebih cepat meskipun proses pemutakhiran data (update) dapat melambat.

Berbeda dengan normalisasi yang berupaya menghilangkan redundansi untuk meminimalkan anomali data, denormalisasi mengabaikan sebagian redundansi untuk mengurangi kompleksitas query. Normalisasi biasanya menghasilkan struktur tabel yang efisien dari segi penyimpanan dan fleksibilitas di masa depan tetapi memerlukan query yang lebih kompleks. Sebaliknya, denormalisasi mengutamakan efisiensi waktu akses data dengan menyederhanakan struktur tabel.

Tujuan dan Manfaat Denormalisasi

Denormalisasi dilakukan dalam berbagai situasi dengan tujuan utama sebagai berikut:

• Meningkatkan Performa Query: Dengan mengurangi kebutuhan join antar tabel, proses pengambilan data menjadi lebih cepat.
• Penyederhanaan Struktur Basis Data: Struktur yang lebih sederhana memudahkan pemahaman dan pengelolaan, terutama dalam tim besar.
• Akses Data yang Lebih Lokal: Penempatan data yang relevan dalam satu tabel meminimalkan waktu akses.
• Optimalisasi Akses Data pada Tabel Besar: Tabel yang memiliki jutaan baris akan lebih efisien diakses dengan adanya data yang telah direkapitulasi atau diduplikasi.

Situasi yang Membutuhkan Denormalisasi

Proses denormalisasi dapat dipertimbangkan dalam kondisi berikut:

1. Atribut Turunan: Menyimpan data yang dapat dihitung dari atribut lain untuk mengurangi beban komputasi.
2. Atribut Berlebihan: Menambahkan atribut seperti kode tambahan (encoded attribute) atau atribut gabungan (concatenated attribute) untuk kebutuhan operasional tertentu.
3. Tabel Rekapitulasi: Membuat tabel khusus untuk menyimpan data yang sering digunakan hasil pengolahan dari banyak tabel, mengurangi waktu query pada tabel-tabel tersebut.
4. Menggabungkan Relasi One-to-One (1:1): Mengurangi kebutuhan join dengan menyatukan tabel-tabel yang berelasi 1:1.
5. Menduplikasi Field pada Relasi One-to-Many (1:M): Memindahkan atribut dari tabel lain ke tabel utama untuk mempercepat akses data.
6. Membatasi Multi Atribut: Merancang tabel dengan atribut yang relevan untuk mencegah query berlebihan.

Risiko dan Pertimbangan

Meskipun dapat meningkatkan performa, denormalisasi memiliki risiko seperti:

• Redundansi Data: Menyebabkan pemborosan ruang penyimpanan dan potensi inkonsistensi data.
• Kesulitan Maintenance: Proses update dan pengelolaan integritas referensial menjadi lebih kompleks.
• Penurunan Fleksibilitas: Struktur tabel yang disederhanakan dapat membatasi kemampuan adaptasi sistem terhadap perubahan kebutuhan di masa depan.

Apa itu normalisasi pada ERD

Normalisasi dalam konteks Entity-Relationship Diagram (ERD) adalah proses pengorganisasian data dalam basis data untuk mengurangi redundansi dan meningkatkan integritas data. Tujuan utama dari normalisasi adalah untuk memastikan bahwa setiap tabel dalam basis data dirancang dengan baik, sehingga tidak ada duplikasi data yang tidak perlu dan mencegah masalah seperti anomali saat melakukan operasi seperti penambahan, penghapusan, atau pembaruan data.

Normalisasi dilakukan melalui beberapa tahap yang dikenal sebagai bentuk normal (normal forms), dengan tahapan berikut:

1. First Normal Form (1NF): Semua atribut harus memiliki nilai atomik, artinya data harus disimpan dalam bentuk unit yang tidak bisa dibagi lagi. Tidak boleh ada set atribut yang berulang dalam tabel.
2. Second Normal Form (2NF): Setelah memenuhi 1NF, semua atribut non-kunci harus bergantung secara penuh pada kunci utama. Artinya, tidak ada ketergantungan hanya pada sebagian kunci utama.
3. Third Normal Form (3NF): Setelah memenuhi 2NF, tabel harus bebas dari ketergantungan transitif. Ini berarti bahwa setiap atribut non-kunci harus bergantung hanya pada kunci utama dan tidak pada atribut non-kunci lainnya.

Dalam hubungannya dengan ERD, diagram ini membantu memvisualisasikan struktur data dan relasi antar entitas. Setelah ERD dibuat, normalisasi diterapkan untuk memastikan bahwa struktur data yang dihasilkan lebih efisien dan bebas dari masalah yang dapat mengganggu integritas data. Dengan cara ini, ERD memberikan gambaran awal dari struktur basis data, sementara normalisasi memastikan bahwa desain tersebut optimal dan bebas dari redundansi atau anomali data.

Tugas 3 ERD

 

ERD untuk Peminjaman Buku Perpustakaan

 

klik gambar

Apa itu relation pada ERD, Mengapa many-to-many tidak baik digunakan pada ERD

Relasi dalam Entity-Relationship Diagram (ERD) adalah hubungan antara dua atau lebih entitas yang menggambarkan bagaimana entitas-entitas tersebut saling terkait dalam sebuah sistem basis data. Relasi menunjukkan interaksi antara entitas dan bagaimana data di antara mereka dihubungkan. Ada tiga jenis utama relasi dalam ERD:

1. One-to-One (1:1): Setiap entitas di satu tabel berhubungan dengan tepat satu entitas di tabel lain. Misalnya, satu orang hanya memiliki satu KTP.
2. One-to-Many (1:M): Satu entitas di satu tabel dapat berhubungan dengan banyak entitas di tabel lain, tetapi entitas di tabel lain hanya berhubungan dengan satu entitas di tabel pertama. Contohnya, satu pelanggan dapat memiliki banyak pesanan.
3. Many-to-Many (M:M): Banyak entitas di satu tabel dapat berhubungan dengan banyak entitas di tabel lain. Contoh kasusnya adalah mahasiswa yang dapat mengambil banyak mata kuliah, dan setiap mata kuliah diambil oleh banyak mahasiswa.

Mengapa Relasi Many-to-Many Tidak Ideal di ERD?

Relasi many-to-many (M:M) kurang ideal karena meningkatkan kompleksitas, sulit dikelola, berisiko menyebabkan duplikasi data, serta menyulitkan query dan pengelolaan integritas data. Solusi terbaik untuk mengatasi ini adalah dengan menggunakan tabel antara (junction table), yang memecah relasi many-to-many menjadi dua relasi one-to-many.

Apa itu PrimaryKey, Foregent Key dan Candidate Key. berikan masing-masih 5 contoh pada penerapan ERD

Primary Key (PK)

Primary Key adalah atribut atau kumpulan atribut yang digunakan untuk mengidentifikasi setiap record dalam tabel secara unik. Setiap tabel hanya boleh memiliki satu Primary Key, dan nilai Primary Key tidak boleh null serta harus unik untuk setiap record.

Contoh Penerapan PK dalam ERD:

1. Mahasiswa: NIM (Nomor Induk Mahasiswa).
2. Penjualan: No Penjualan.
3. Anggaran: Nomor Anggaran.
4. Pelanggan: ID Pelanggan.
5. Produk: Kode Produk.

Foreign Key (FK)

Foreign Key adalah atribut atau kumpulan atribut dalam suatu tabel yang mengacupada Primary Key di tabel lain. Foreign Key digunakan untuk membuat relasi antar-tabel dalam basis data dan menjaga integritas referensial, sehingga data tetap konsisten antara tabel-tabel yang saling berhubungan.

Contoh Penerapan FK dalam ERD:

1. Transaksi Penjualan: ID Customer mengacu ke tabel Customer.
2. Order Detail: Kode Produk mengacu ke tabel Product.
3. Invoice: No Transaksi mengacu ke tabel Transaksi.
4. Supplier Order: ID Supplier mengacu ke tabel Supplier.
5. Employee Salary: ID Employee mengacu ke tabel Employee.

Candidate Key (CK)

Candidate Key adalah atribut atau kumpulan atribut yang dapat mengidentifikasi setiap record secara unik dalam tabel, namun belum tentu dipilih sebagai Primary Key. Setiap tabel bisa memiliki lebih dari satu Candidate Key, dan satu di antaranya dipilih menjadi Primary Key, sementara yang lain tetap sebagai kandidat.

Contoh Penerapan CK dalam ERD:

1. Mahasiswa: NIM dan Email.
2. Pegawai: NIP dan EmailPegawai.
3. Pelanggan: IDPelanggan dan NoTelepon.
4. Buku: ISBN dan KodeBuku.
5. Kendaraan: NomorPlat dan NomorRangka.

Tugas 2 ERD

 

Tutorial Instalasi MySQL Workbench

Klik gambar

Apa itu attribute, entitas dan relasi dalam ERD

Dalam Entity Relationship Diagram (ERD), terdapat tiga komponen utama yang digunakan untuk memodelkan struktur dan hubungan antar entitas dalam sebuah database. Berikut adalah penjelasan tentang entitas, atribut, dan relasi dalam ERD.

1. Entitas (Entity)

• Pengertian: Entitas adalah objek atau konsep yang dapat dibedakan dalam dunia nyata. Contoh entitas konkret adalah orang, buku, pegawai, dan perusahaan, sedangkan contoh entitas abstrak adalah mata kuliah, kejadian, dan pekerjaan.
• Representasi: Entitas biasanya digambarkan dengan persegi panjang dalam ERD, dengan nama entitas tertulis di dalamnya. Selain itu, terdapat juga entitas lemah yang digambarkan dengan persegi panjang kecil di dalam persegi panjang yang lebih besar. Entitas lemah tidak dapat diidentifikasi secara unik dan harus terhubung langsung dengan entitas lain.

2. Atribut (Attribute)

• Pengertian: Atribut adalah karakteristik atau properti yang dimiliki suatu entitas. Atribut mendeskripsikan properti spesifik entitas dan membantu membedakannya satu sama lain.
• Jenis Atribut:
  • Atribut Kunci (Primary Key): Atribut yang unik dan berbeda, seperti Nomor Pokok Mahasiswa (NPM) atau NIM, dilambangkan dengan lingkaran lonjong yang diberi garis bawah.
  • Atribut Simpel: Atribut yang tidak dapat dipecah lagi dan bernilai tunggal, seperti alamat kantor atau nama penerbit.
  • Atribut Multinilai (Multivalue Attributes): Atribut yang memiliki lebih dari satu nilai, seperti sebuah website artikel yang memiliki beberapa penulis.
  • Atribut Gabungan (Composite Attributes): Atribut yang terdiri dari beberapa atribut yang lebih kecil, seperti nama yang terdiri dari nama depan, tengah, dan belakang.
  • Atribut Derivatif (Derivative Attribute): Atribut yang dihasilkan dari atribut lain dan tidak wajib untuk ditulis dalam ERD, seperti selisih harga, usia, dan kelas.
• Representasi: Atribut biasanya digambarkan dengan oval atau lingkaran yang terhubung ke entitasnya masing-masing.

3. Relasi (Relationship)

• Pengertian: Relasi adalah hubungan antar entitas yang menunjukkan adanya koneksi di antara sejumlah entitas yang berasal dari himpunan entitas berbeda.
• Jenis Relasi:
  • One-to-One (1:1): Satu entitas berhubungan langsung dengan satu entitas lain, seperti pelanggan dan alamat rumah.
  • One-to-Many (1): Satu entitas dapat berhubungan dengan banyak entitas lain, seperti jurusan dengan mahasiswanya.
  • Many-to-Many (M): Setiap entitas pada kumpulan entitas A dapat berhubungan dengan banyak entitas pada kumpulan data entitas B, seperti banyak siswa yang mempelajari banyak pelajaran.
• Representasi: Relasi biasanya digambarkan dengan garis yang menghubungkan entitas dan dilabeli menggunakan kata kerja yang menjelaskan hubungan tersebut. Komponen ini sering disebut dengan proses dan digambarkan dengan lambang belah ketupat.

4. Garis

Garis digunakan untuk menunjukkan hubungan antar entitas dalam ERD. Selain berfungsi sebagai penghubung, garis juga dapat menunjukkan alur atau flow dari suatu ERD.

Tugas 1 ERD

 

Memahami Physical Model: Konsep dan Implementasi dalam Basis Data

Physical Data Model adalah representasi data yang lebih mendetail dan teknis, yang fokus utamanya adalah pada bagaimana data akan disimpan secara fisik di dalam sistem basis data. Ini melibatkan penentuan detail terkait dengan struktur penyimpanan, seperti format data, indeks, dan partisi, serta memastikan bahwa akses data berlangsung secara optimal. Physical data modeling bertujuan untuk mengimplementasikan logical data model dalam basis data secara efisien, dengan kinerja yang optimal. Ini mencakup pemilihan tipe data yang tepat, penyusunan indeks untuk mempercepat query, serta mengatur elemen fisik lainnya agar basis data berfungsi dengan maksimal.

Konsep Physical Data Model (PDM) adalah sebuah model skema yang digunakan dalam desain basis data untuk mengimplementasikan Conceptual Data Model (CDM) atau konsep awal sebuah basis data.

Implementasi Physical Data Model (PDM) dalam basis data mencakup beberapa langkah utama untuk menerjemahkan desain logis dan konseptual menjadi struktur basis data yang efisien.

1. Konversi Model Data: Entitas dalam model logis dipetakan ke tabel dengan kolom yang sesuai. Setiap tabel memiliki Primary Key (PK) dan Foreign Key (FK) untuk menjaga relasi antar tabel.

2. Pengaturan Tipe Data: Kolom dalam tabel diberi tipe data yang sesuai, seperti integer atau varchar, untuk memastikan integritas dan efisiensi penyimpanan.

3. Normalisasi dan Denormalisasi: Normalisasi dilakukan untuk menghindari redundansi data, namun denormalisasi bisa dilakukan jika diperlukan untuk meningkatkan performa query.

4. Penambahan Batasan dan Aturan: Batasan seperti NOT NULL, UNIQUE, dan CHECK diterapkan, serta trigger dan stored procedures digunakan untuk mendukung logika bisnis.

5. Pengujian dan Validasi: Pengujian dilakukan untuk memastikan relasi dan performa query berjalan dengan baik, serta batasan data berfungsi sebagaimana mestinya.

6. Dokumentasi: Struktur basis data didokumentasikan dengan diagram dan deskripsi tabel serta relasi, memudahkan pemeliharaan di masa depan.

Apa Itu Conceptual Database? Pemahaman Dasar dan Penerapannya

Conceptual database adalah model abstrak dari struktur data yang menggambarkan entitas, atribut, dan relasi antar-entitas dalam sistem. Pada tahap ini, fokus utama adalah memahami elemen-elemen data yang penting dan bagaimana mereka saling berhubungan, biasanya digambarkan melalui Entity-Relationship Diagram (ERD). Sebagai contoh, dalam sistem pengelolaan data mahasiswa, entitas seperti Mahasiswa, Dosen, dan Mata Kuliah diidentifikasi, beserta atribut seperti Nama dan NIM untuk Mahasiswa, serta relasi yang menggambarkan interaksi antar entitas, seperti "Mahasiswa mengikuti Mata Kuliah."

Tujuan Conceptual Database:

• Mengidentifikasi entitas dan atributnya − Entitas adalah objek atau konsep yang ada di dunia nyata dan dapat dibedakan satu sama lain. Atribut adalah sifat atau karakteristik dari entitas. Tujuan pertama dari desain basis data konseptual adalah mengidentifikasi entitas dan atributnya yang relevan dengan kebutuhan bisnis organisasi.
• Mendefinisikan hubungan − Hubungan adalah asosiasi antara entitas. Tujuan kedua dari desain basis data konseptual adalah mendefinisikan hubungan antara entitas yang telah diidentifikasi. Hubungan dapat berupa satu-ke-satu, satu-ke-banyak, atau banyak-ke-banyak.
• Menetapkan batasan − Batasan adalah aturan yang mengatur hubungan antara entitas. Tujuan ketiga dari desain basis data konseptual adalah menetapkan batasan antara entitas yang memastikan konsistensi dan integritas data.

Komponen Utama dalam Conceptual Database:

• Entitas: Objek yang dapat dibedakan, seperti pelanggan atau produk.
• Atribut: Karakteristik dari entitas, seperti nama atau harga.
• Hubungan: Relasi antara entitas, misalnya hubungan antara pelanggan dan pembelian.
• Kardinalitas: Jumlah entitas yang terhubung dalam sebuah hubungan, misalnya satu pelanggan bisa melakukan banyak pembelian.
• Batasan: Aturan yang menjaga integritas hubungan antar entitas.

Proses desain conceptual database terdiri dari beberapa langkah utama, yaitu:

1. Analisis dan Pengumpulan Kebutuhan: Mengumpulkan informasi penting dari pemangku kepentingan untuk memahami elemen data yang dibutuhkan.
2. Perancangan Entitas dan Hubungan: Mengidentifikasi entitas, atribut, dan hubungan antar entitas dalam sistem, seperti relasi satu-ke-satu atau satu-ke-banyak.
3. Normalisasi: Menyusun data agar tidak terjadi redundansi dan memastikan efisiensi dalam penyimpanan.
4. Verifikasi dan Tinjauan: Model yang sudah dirancang kemudian ditinjau bersama pemangku kepentingan untuk memastikan bahwa kebutuhan mereka telah tercakup.

Mengenal Basis Data: Definisi dan Fungsi Utamanya

Database adalah kumpulan data yang terorganisir secara terstruktur dan tersimpan dalam suatu sistem komputer. Dalam dunia teknologi informasi, penggunaan database sangat penting karena memungkinkan penyimpanan, pengelolaan, dan akses data secara efisien.

Database memungkinkan pengguna untuk menyimpan dan mengelola data dengan lebih mudah dan terstruktur. Dalam dunia bisnis, database juga digunakan untuk menyimpan data pelanggan, transaksi penjualan, stok barang, dan informasi lainnya yang sangat penting bagi keberlangsungan operasional perusahaan.

Dengan adanya database, perusahaan dapat mengakses data dengan cepat, menghasilkan laporan yang akurat, dan mengambil keputusan yang lebih baik. Oleh karena itu, pemahaman tentang pengenalan database dan pentingnya penggunaannya sangatlah penting dalam dunia teknologi informasi.

Fungsi utama database meliputi:

1. Kecepatan dan kemudahan

Basis data dapat menyimpan kumpulan informasi penting yang bisa digunakan kapan saja. Penyimpanan pada basis data diamankan dengan sistem sehingga lebih terjaga dalam keamanan data. Kita juga dapat mengubah dan memanipulasi data sesuai dengan kebutuhan. Data yang sudah tesimpan bisa kita modifikasi untuk mendapatkan hasil yang akurat dan sesuai.

2. Efisiensi ruang penyimpanan (space)

Melalui Database Management System, kita bisa menghemat ruang penyimpanan (space) yang ada di sistem kita. Database Management System bisa menyimpan berbagai kumpulan data dengan jumlah yang tidak sedikit. Kelompok data yang kita punya bisa kita simpan dalam satu tempat dengan kemudahan akses. Basis data dapat melakukan penekanan jumlah redundansi dengan menerapkan relasi antara kelompok data yang saling berkaitan.

3. Ketersediaan (availability)

Basis data dapat diakses oleh setiap pengguna yang membutuhkan agar bisa melakukan perubahan data. Pada Database Management System kita bisa melakukan pemindahan atau penghapusan data yang sudah tidak digunakan lewat teknologi jaringan supaya bisa menghemat ruang penyimpanan.

4. Kelengkapan (completenes)

Kelengkapan data akan selalu terjaga dalam Database Management System untuk pengelolaan pengguna. Kita bisa menambahkan baris data atau merubah struktur data, dengan menambahkan field pada tabel atau menambahkan tabel baru. Hal ini bisa kita gunakan untuk menjaga kelengkapan data dan efisiensi waktu bagi pengguna.

5. Keamanan (security)

Apabila kita menggunakan Database Management System kita bisa mengatur agar data yang bersifat rahasia bisa kita jaga dan tidak disalahgunakan oleh pihak yang tidak bertanggung jawab. Saat menggunakan Database Management System kita bisa menyertakan username dan password untuk mengakses data tersimpan. Selain itu, kita juga bisa menerapkan pembedaan hak akses setiap pengguna terhadap data yang dikelola.

6. Kebersamaan (sharability)

Data yang dikelola oleh sistem dapat mendukung multiuser (banyak pengguna), kita bisa saling berbagi dengan memberikan password dan username kepada pengguna lain. Untuk menjaga atau menghindari munculnya problem baru seperti inkonsistensi data yang disebabkan oleh banyaknya akses, kita bisa memberikan privilege kepada user lain.