Mengapa PostgreSQL Membuang 'Tiada Kekangan Unik untuk 'bar' Jadual Rujukan' dan Bagaimana Saya Boleh Membetulkannya?-tutorial mysql-php.cn

Rumah

pangkalan data

tutorial mysql

Mengapa PostgreSQL Membuang 'Tiada Kekangan Unik untuk 'bar' Jadual Rujukan' dan Bagaimana Saya Boleh Membetulkannya?

Mary-Kate Olsen

Jan 08, 2025 pm 10:13 PM

Why Does PostgreSQL Throw

Menyahkod Ralat PostgreSQL: "Tiada Kekangan Unik untuk 'bar' Jadual Rujukan"

Pengguna PostgreSQL 9.1 sering menghadapi ralat yang membingungkan ini apabila membina jadual yang saling berkaitan: "tidak ada kekangan unik padanan kunci yang diberikan untuk "bar" jadual yang dirujuk." Panduan ini menerangkan punca dan penyelesaiannya.

Ralat biasanya timbul apabila jadual (cth., foo, bar, baz) dipautkan melalui kunci asing. Contohnya, bar mungkin merujuk foo menggunakan kunci asing (foo_fk), dan baz rujukan bar menggunakan kunci asing lain (bar_fk).

Masalahnya terletak dalam jadual bar. Walaupun indeks unik mungkin wujud pada lajur gabungan (seperti foo_fk dan name), satu kekangan unik tiada pada lajur name itu sendiri.

Pertimbangkan senario ini: Dua baris dalam bar berkongsi nilai name yang sama (mis., 'ams'). Percubaan untuk memasukkan baris ke dalam baz merujuk 'ams' dalam bar_fk mewujudkan kesamaran. PostgreSQL tidak dapat menentukan baris bar yang betul, mengakibatkan ralat.

Penyelesaian: Tegakkan Keunikan

Pembetulan adalah mudah: tambahkan kekangan unik pada lajur name dalam jadual bar. Gunakan arahan SQL ini:

ALTER TABLE bar ADD UNIQUE (name);

Ini memastikan setiap baris bar mempunyai name yang unik, menyelesaikan kekaburan dan membolehkan perhubungan utama asing yang berjaya. Struktur jadual anda kini akan berfungsi seperti yang dimaksudkan.

Atas ialah kandungan terperinci Mengapa PostgreSQL Membuang 'Tiada Kekangan Unik untuk 'bar' Jadual Rujukan' dan Bagaimana Saya Boleh Membetulkannya?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Kenyataan

Kandungan artikel ini disumbangkan secara sukarela oleh netizen, dan hak cipta adalah milik pengarang asal. Laman web ini tidak memikul tanggungjawab undang-undang yang sepadan. Jika anda menemui sebarang kandungan yang disyaki plagiarisme atau pelanggaran, sila hubungi admin@php.cn

Artikel Berkaitan

Cara Memberi Kebenaran kepada Pengguna MySQL BaruMay 09, 2025 am 12:16 AM

TograntpermissionstonewMySQLusers,followthesesteps:1)AccessMySQLasauserwithsufficientprivileges,2)CreateanewuserwiththeCREATEUSERcommand,3)UsetheGRANTcommandtospecifypermissionslikeSELECT,INSERT,UPDATE,orALLPRIVILEGESonspecificdatabasesortables,and4)

Cara Menambah Pengguna di MySQL: Panduan Langkah demi LangkahMay 09, 2025 am 12:14 AM

Toaddusersinmysqleffectivelyandsecurely, ikutiTheSesteps: 1) usethecreateUserStatementToadDanewuser, spesifyingthehostandastrongpassword.2) GrantnessaryPrivileGeSingSupingTheGrantement, ADHERINGTOTHEPRINCIPREFLEFLEASE.3)

MySQL: Menambah pengguna baru dengan kebenaran yang kompleksMay 09, 2025 am 12:09 AM

TOADDANEWUSERWITHCEPLEXPELPISIONSIONSIONMYSQL, FOLLONGHESESTEPS: 1) COTETETHEUSERWITHCEATEUSER'NEWUSER '@' LOCSOUSTHOST'IDENTIFIFYBY'PA ssword ';. 2) grantrearaccesstoalltablesin'mydatabase'withgrantselectonmydatabase.to'newuser'@'localhost' ;. 3) GrantWriteAccessto '

MySQL: Jenis dan Collations String DataMay 09, 2025 am 12:08 AM

Jenis data rentetan di MySQL termasuk char, varchar, binari, varbinary, gumpalan, dan teks. Kolaborasi menentukan perbandingan dan menyusun rentetan. 1.BARI sesuai untuk rentetan panjang tetap, Varchar sesuai untuk rentetan panjang berubah-ubah. 2.Binary dan Varbinary digunakan untuk data binari, dan gumpalan dan teks digunakan untuk data objek besar. 3. Peraturan menyusun seperti UTF8MB4_UNICODE_CI mengabaikan kes atas dan bawah dan sesuai untuk nama pengguna; UTF8MB4_BIN adalah sensitif kes dan sesuai untuk bidang yang memerlukan perbandingan yang tepat.

MySQL: Berapa panjang yang harus saya gunakan untuk varchars?May 09, 2025 am 12:06 AM

Pemilihan panjang lajur MySqlvarchar terbaik harus berdasarkan analisis data, pertimbangkan pertumbuhan masa depan, menilai kesan prestasi, dan keperluan set aksara. 1) menganalisis data untuk menentukan panjang biasa; 2) Rizab ruang pengembangan masa depan; 3) memberi perhatian kepada kesan panjang besar pada prestasi; 4) Pertimbangkan kesan set aksara pada penyimpanan. Melalui langkah -langkah ini, kecekapan dan skalabiliti pangkalan data dapat dioptimumkan.

Blob MySQL: Adakah terdapat had?May 08, 2025 am 12:22 AM

MySqlblobShavelimits: TinyBlob (255bytes), Blob (65,535bytes), MediumBlob (16,777,215bytes), andlongblob (4,294,967,295bytes) Obsefectively: 1) PertimbangkanPerformanceImpactsandstorelargeblobsexternally; 2) ManageBackupSandReplicationCarefly; 3) UsePathsinst

MySQL: Apakah alat terbaik untuk mengautomasikan penciptaan pengguna?May 08, 2025 am 12:22 AM

Alat dan teknologi terbaik untuk mengautomasikan penciptaan pengguna di MySQL termasuk: 1. MySqlworkbench, sesuai untuk persekitaran kecil dan sederhana, mudah digunakan tetapi penggunaan sumber yang tinggi; 2. Ansible, sesuai untuk persekitaran pelbagai pelayan, lengkung pembelajaran yang mudah tetapi curam; 3. Skrip python adat, fleksibel tetapi perlu memastikan keselamatan skrip; 4 Boneka dan chef, sesuai untuk persekitaran berskala besar, kompleks tetapi berskala. Skala, keluk pembelajaran dan keperluan integrasi harus dipertimbangkan ketika memilih.

MySQL: Bolehkah saya mencari di dalam gumpalan?May 08, 2025 am 12:20 AM

Ya, yoursearchinsideablobinmysqlusingspecifictechniques.1) converttheblobtoautf-8stringwithconvertfunctionandsearchusing.2) forcompressedblobs, usedcompressbeforeconversion.3) overperformanceimpacsanddata

See all articles