資料庫表id
⑴ 資料庫表中的主鍵和外鍵
主外鍵的存在是依託兩個實體之間的關系而存在的;
比如班級與學生的關系:
一個班級可以有多個學生,並且一個學生只能屬於一個班級,這就是一對多的關系;
那麼設計資料庫的時候就應該在學生表內存放班級的ID作為外鍵,為什麼不在班級表內放學生呢?
因為,你想一想班級表內如果放學生那麼記錄可能就是這樣:
1班ID 1班 xx同學id
1班ID 1班 xx同學id
..
這是不允許的,班級表內班級為主鍵,是唯一的不允許相同記錄的;
下面簡單給你講下大概建成的表結構
--建班級表
create table class(
classid int primary key,--定義班級ID為主鍵
classname varchar(15)
)
--建學生表
create table students(
studentid int primary key,--定義學生ID為主鍵
classid int ,--外鍵值,跟班級表classid 屬性類型相同
stuname varchar(20),--學生姓名
---定義外鍵
foreign key(classid) references class(classid) --本表classid是基於class表classid的外鍵
)
---------
如上定義了主外鍵後,兩個表間的關系就是一對多的關系了,並且學生表內的classid必須依託班級表的classid存在,也就是說外鍵必須要主鍵存在的時候才能創建,例如:
--在班級表為空的情況往學生表插入一條記錄是不允許的:
insert into students(studentid,classid,stuname)values(1,1,'小明')
系統會拋出異常提示主鍵表班級表內班級ID不存在這樣是不允許插入的;
必須要先往班級表內插入一條記錄:
insert into class(classid,classname)values(1,'一班')
後才能執行插入前面一條往學生表插入信息的語句..
--------------可了解一些了?真累啊.
⑵ 資料庫表中的主鍵有什麼作用
資料庫主鍵
主鍵:表中經常有一個列或多列的組合,其值能唯一地標識表中的每一行。這樣的一列或多列稱為表的主鍵,通過它可強製表的實體完整性。當創建或更改表時可通過定義 PRIMARY KEY 約束來創建主鍵。一個表只能有一個 PRIMARY KEY 約束,而且 PRIMARY KEY 約束中的列不能接受空值。由於 PRIMARY KEY 約束確保唯一數據,所以經常用來定義標識列。
作用:
1)保證實體的完整性;
2)加快資料庫的操作速度
3) 在表中添加新記錄時,ACCESS會自動檢查新記錄的主鍵值,不允許該值與其他記錄的主鍵值重復。
4) ACCESS自動按主鍵值的順序顯示表中的記錄。如果沒有定義主鍵,則按輸入記錄的順序顯示表中的記錄。
在有些資料庫中,雖然主鍵不是必需的,但最好為每個表都設置一個主鍵,不管是單主鍵還是復合主鍵。它存在代表著表結構的完整性,表的記錄必須得有唯一區分的欄位,主鍵主要是用於其他表的外鍵關聯,以及本記錄的修改與刪除。
主鍵的無意義性
在開發過程中,讀者可能會看到將一些表使用有意義的欄位表示主鍵,例如「用戶登錄信息表」將「登錄名」(英文名)作為主鍵,「訂單表」中將「訂單編號」作為主鍵,如此設計主鍵一般都是沒什麼問題,因為將這些主鍵基本不具有「意義更改」的可能性。但是,也有一些例外的情況,例如「訂單表」需要支持需求「訂單可以作廢,並重新生成訂單,而且訂單號要保持原訂單號一致」,那將「訂單編號」作為主鍵就滿足不了要求了。因此讀者在使用具有實際意義的欄位作為主鍵時,需要考慮是否存在這種可能性。
主鍵的選擇
①編號作主鍵
此方法就是採用實際業務中的唯一欄位的「編號」作為主鍵設計,這在小型的項目中是推薦這樣做的,因為這可以使項目比較簡單化,但在使用中卻可能帶來一些麻煩,比如要進行「編號修改」時,可能要涉及到很多相關聯的其他表,就像黎叔說的「後果很嚴重」;還有就是上面提到的「業務要求允許編號重復時」,我們再那麼先知,都無法知道業務將會修改成什麼?
②自動編號主鍵
這種方法也是很多朋友在使用的,就是新建一個ID欄位,自動增長,非常方便也滿足主鍵的原則,優點是:資料庫自動編號,速度快,而且是增量增長,聚集型主鍵按順序存放,對於檢索非常有利;數字型的,佔用空間小,易排序,在程序中傳遞也方便;如果通過非系統增加記錄(比如手動錄入,或是用其他工具直接在表裡插入新記錄,或老系統數據導入)時,非常方便,不用擔心主鍵重復問題。
缺點:其實缺點也就是來自其優點,就是因為自動增長,在手動要插入指定ID的記錄時會顯得麻煩,尤其是當系統與其他系統集成時,需要數據導入時,很難保證原系統的ID不發生主鍵沖突(前提是老系統也是數字型的);如果其他系統主鍵不是數字型那就麻煩更大了,會導致修改主鍵數據類型了,這也會導致其他相關表的修改,後果同樣很嚴重;就算其他系統也是數字型的,在導入時,為了區分新老數據,可能想在老數據主鍵前統一加一個「o」(old)來表示這是老數據,那麼自動增長的數字型又面臨一個挑戰。
⑶ 資料庫表的主鍵唯一嗎
主關鍵字(主鍵,primary key)是被挑選出來, 主關鍵字作表的行的唯一標識的候選關鍵字。一個表只有一個主關鍵字。主關鍵字又可以稱為主鍵。 主鍵可以由一個欄位,也可以由多個欄位組成,分別成為單欄位主鍵或多欄位主鍵。又稱主碼。並且它可以唯一確定表中的一行數據,或者可以唯一確定一個實體。
主鍵必須唯一。但不一定是一個欄位,比如符合主鍵。
⑷ SQL資料庫中表的id是干什麼用的
id一般是給你的沒有編號的表做唯一編號用的,,,
例如
createtabletest(idintidentity(1,1),namevarchar(20))
這樣的
如果你插入名字信息,就會自動加一個自增id,
以區分你的名字
⑸ 資料庫中id指的是什麼
每個運抄行的 oracle 系統就叫一個 oracle 實例,即 oracle Instance。
一台伺服器上可以運行多個資料庫實例,每個資料庫實例通過一個ID號表示, 通常用操作系統環境變數 ORACLE_SID 設置每個實例的ID。
⑹ 資料庫表中id是主鍵 那麼下面這行代碼是不是代表查詢一行數據的意思
是的,因為id是主鍵,主鍵在表中具有唯一性,所以最多隻能查出一條記錄
$_GET[id]是用來獲取前端通過get方式傳遞的名叫id的值,假設這個值是123,那$_GET[id]就等於123,替換到'id=$_GET[id]'中就是'id=123'
⑺ 我想修改資料庫SQL表中id,怎樣讓它從1開始呢
你是要修改資料庫裡面, 某個表的 自動遞增列的 開始id ?
那你那個表裡面, 當前有沒有數據?
如果已經有數據了, 你再從1開始, 那後面就要出錯了。
如果表是空表, 沒有數據的, 那麼可以
TRUNCATE TABLE 表名字
通過徹底清空 指定表的方式, 來重置那個 自動遞增的當期值為 1
註:以上處理方式
對於 SQL Server 資料庫的 identity (1,1)
或者 MySQL 的 AUTO_INCREMENT 是有效的。
如果是 Oracle 資料庫的話, 你可能需要去重新創建序列號對象。
⑻ 修改資料庫中表的id
工程量會很大。步驟是找到某表的外鍵有那些,然後主鍵修改後緊接著修改它的外鍵里對應的表的值。
⑼ 資料庫怎麼用ID取得另一張表的名字
selectT1.swDownload,T1.swLink,T1.swPicture,T2.swCategary
fromT1
innerjoinT2onT1.swid=T2.swid
⑽ 資料庫表ID怎麼設置自動增長
資料庫表ID設置實現能自動增長的步驟如下(以TB_News表為例):
步驟1:首先檢查你的新聞表ID列的數據類型,要設置為自增列,需要該列的數據類型為int或者bigint等數值類型
進行完以上步驟,即可在該數據表中插入數據時,不用給ID列賦值,ID列的值會自動生成,並且該列的值會自動增長。