看板
[ Soft_Job ]
討論串[請益] 資料庫的參考完整性限制
共 7 篇文章
內容預覽:
這邊扯遠一點 其實在公家單位 他們也認為身分證字號應該是獨一無二的. 所以再提需求的時候 有時候會要求把重複的身分證字號濾掉. 比如說戶政電子化來說 現在某些部門都會把個人資料掃描成圖檔. 有些公家單位的人工作 每天就是把圖掃描然後改檔名 丟到系統上傳. 如果DB有身分證字號就上傳 如果已上傳則不上
(還有676個字)
內容預覽:
雖然很多系統的實作，會以身分證字號當作 PK. 甚至很多資料庫類的書籍，都會以 PK 設為身分證字號當作範例講解. 但在實務上，身分證字號其實並不適合當成 PK. 真的有心要做一個系統，要避免以身分證字號當作 PK. 因為存在極少數的案例，身分證字號有發生重覆的狀況. 這是因為在古早以前戶政資料尚未
(還有472個字)
內容預覽:
一個資料表中，PK是讓你找到其中一筆資料的方法之一. PK的定義與設限，就是確保你用同樣的PK欄位值，. 只要資料表的定義沒有改變，不論找多少次，都可以有效的找到其中一筆資料. 所以PK不能有Null，也必須唯一，. 這樣才能幫助找到資料表中其中一筆資料，而不是另一筆資料. 若PK欄位有多個，也就是
(還有225個字)
內容預覽:
PK = Primary Key (主鍵). FK = Foreign Key (外來鍵). 情境一: PK 是"simple key" (單一欄位的key). PK不可為Null，FK 可以是Null，或指向任一PK. 情境二：PK 是"compound Key" (由多欄位組成的key). PK
(還有114個字)