SQL: Mencipta Jadual Perhubungan dengan 2 Auto_increments yang berbeza
Memahami Auto_Increments dan Relational Tables
Dalam jadual hubungan benar, lajur yang diisytiharkan sebagai kunci utama tidak ID ditambah secara automatik.
Sebab Mengelakkan Auto_Increments sebagai Kunci Utama dalam Jadual Perhubungan:
-
Bukan unik:
Auto -ID yang ditambah tidak menjamin baris keunikan.-
Lewahan:
ID yang ditambah secara automatik ialah data tambahan yang tidak berguna.-
Mengelirukan Jangkaan:
Merawat ID yang ditambah secara automatik sebagai kunci utama membawa kepada andaian yang salah tentang keunikan baris dan integriti data.
Membuat Jadual Perhubungan tanpa Auto_Increments
-
Tentukan Kunci Utama Komposit:
Cipta kunci utama yang terdiri lajur yang membentuk pengecam unik untuk setiap lajur baris.-
Alih Keluar Medan ID yang Tidak Diperlukan:
Jika medan ID sedia ada telah diisytiharkan sebagai kunci utama, alih keluarnya dan promosikan kunci utama komposit.-
Pastikan Keunikan Baris:
Isytiharkan kekangan unik pada kunci utama komposit untuk mengelakkan pendua baris.
Faedah Jadual Hubungan:
- Menguatkuasakan keunikan baris untuk integriti data.
- Memudahkan penyertaan dan berdasarkan pertanyaan pada kunci utama.
- Meningkatkan prestasi dengan mengoptimumkan data akses.
Contoh:
Pertimbangkan struktur jadual hubungan berikut:
CREATE TABLE user (
user_name VARCHAR(30) NOT NULL,
name_first VARCHAR(30) NOT NULL,
name_last VARCHAR(30) NOT NULL,
PRIMARY KEY (user_name, name_first, name_last)
);
Salin selepas log masuk
Dalam contoh ini, kunci utama terdiri daripada tiga lajur, memastikan setiap rekod mewakili pengguna unik. Ketiadaan lajur ID yang ditambah secara automatik memastikan jadual mengekalkan keunikan baris tanpa overhed yang tidak perlu.
Atas ialah kandungan terperinci Patutkah Saya Menggunakan Peningkatan Auto sebagai Kunci Utama dalam Jadual Pangkalan Data Perhubungan?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!