主鍵資料庫的ID

Ⅰ sql 查詢 一個資料庫中的所有主鍵

select * from sysobjects where xtype='U' --表
select * from sysobjects where xtype='PK' --鍵
select * from sysobjects where xtype='P' --過程
等等等等。 xtype 可以在幫助里查到

select * from syscolumns a where
id = (select id from sysobjects where name='你的表')
查出某表所有欄位

Ⅱ 修改資料庫中表的id

工程量會很大。步驟是找到某表的外鍵有那些，然後主鍵修改後緊接著修改它的外鍵里對應的表的值。

Ⅲ 資料庫如何設置主鍵（ID）自動增長啊（SQL語句）

在創建表的時候可以設置，方法如下，用一下sql語句。
createtabletableName(
idintidentity(1,1)primarykey,
datavarchar(50))

解釋：其中identity(1,1)代表自增，第一個1代表從1開始計數，第二個1代表每次增長1。

(3)主鍵資料庫的ID擴展閱讀：

SQL全名是結構化查詢語言[1]（Structured Query Language），是用於資料庫中的標准數據查詢語言，IBM公司最早使用在其開發的資料庫系統中。1986年10月，美國國家標准學會(ANSI) 對 SQL 進行規范後，以此作為關系式資料庫管理系統的標准語言 (ANSI X3. 135-1986)，1987年得到國際標准組織的支持下成為國際標准。不過各種通行的資料庫系統在其實踐過程中都對 SQL 規范作了某些編改和擴充。所以，實際上不同資料庫系統之間的SQL不能完全相互通用。

參考資料：

網路-SQL語言

Ⅳ 資料庫用戶表主鍵的類型用整型id還是用字元型用戶名

user_name如果是不可變更的話，那麼用user_name做主鍵是可以的。
否則，不用用user_name做主鍵

Ⅳ 資料庫中id指的是什麼

每個運抄行的 oracle 系統就叫一個 oracle 實例，即 oracle Instance。
一台伺服器上可以運行多個資料庫實例，每個資料庫實例通過一個ID號表示, 通常用操作系統環境變數 ORACLE_SID 設置每個實例的ID。

Ⅵ 資料庫表中id是主鍵 那麼下面這行代碼是不是代表查詢一行數據的意思

是的，因為id是主鍵，主鍵在表中具有唯一性，所以最多隻能查出一條記錄
$_GET[id]是用來獲取前端通過get方式傳遞的名叫id的值，假設這個值是123，那$_GET[id]就等於123，替換到'id=$_GET[id]'中就是'id=123'

Ⅶ 資料庫中關系模型中的主鍵是什麼

資料庫中，關系模型中的主鍵是對每條數據記錄的唯一標識，不可重復。主鍵可以是屬性集，比如一張表R(A,B,C,D)，主鍵為A+B是可以的。

主鍵，即主關鍵字(primary key)是表中的一個或多個欄位，它的值用於唯一地標識表中的某一條記錄。在兩個表的關系中，主關鍵字用來在一個表中引用來自於另一個表中的特定記錄。主關鍵字是一種唯一關鍵字，表定義的一部分。

一個表的主鍵可以由多個關鍵字共同組成，並且主關鍵字的列不能包含空值。主關鍵字是可選的，並且可在 CREATE TABLE 或 ALTER TABLE 語句中定義。

(7)主鍵資料庫的ID擴展閱讀：

建立主鍵應該遵循的原則：

1、主鍵應當是對用戶沒有意義的。如果用戶看到了一個表示多對多關系的連接表中的數據，並抱怨它沒有什麼用處，那就證明它的主鍵設計地很好。

2、 永遠也不要更新主鍵。因為主鍵除了唯一地標識一行之外，再沒有其他的用途了，所以也就沒有理由去對它更新。如果主鍵需要更新，則說明主鍵應對用戶無意義的原則被違反了。

3、主鍵不應包含動態變化的數據，如時間戳、創建時間列、修改時間列等。

4、主鍵應當由計算機自動生成。如果由人來對主鍵的創建進行干預，就會使它帶有除了唯一標識一行以外的意義。一旦越過這個界限，就可能產生人為修改主鍵的動機。

Ⅷ 如何獲取資料庫新插入數據的主鍵id

例如我們新建了一張表T_User，欄位如下u_id，主鍵，為標示符，user_name......然後我們來執行一個新增插入操作：
insert into T_User(user_name,user_password,user_email,user_ip)
values('admin','123456','[email protected]','58.20.158.20') ;
有一天，我們想在新增插入數據的時候獲取到插入這條數據的u_id的值是多少，我們知道從MSSQL2005以後新增了一個output，用來輸入某個值，我們就可以利用它來實現
解決的方法有兩種：
1、一種是直接輸入某個欄位，如：
insert into T_User(user_name,user_password,user_email,user_ip) output inserted.u_id //output
inserted.u_id一定要放在 values之前，不能放在sql語句的最後面，不然是出錯的，inserted是固定的，你想輸入當前插入的某個欄位就在後面接這個欄位即可，我們想獲得的是u_id所以是inserted.u_id
values('admin','123456','[email protected]','58.20.158.20') ;

2、另一種方法是使用@@identity,@@identity是系統內置的一個全局變數，其作用就是輸入最後一次的標示符，我們可以兩步走也可以通過一步實現
一步實現的代碼如下
insert into T_User(user_name,user_password,user_email,user_ip) output @@identity
values('admin','123456','[email protected]','58.20.158.20') ;

Ⅸ 資料庫表中的主鍵有什麼作用

資料庫主鍵

主鍵：表中經常有一個列或多列的組合，其值能唯一地標識表中的每一行。這樣的一列或多列稱為表的主鍵，通過它可強製表的實體完整性。當創建或更改表時可通過定義 PRIMARY KEY 約束來創建主鍵。一個表只能有一個 PRIMARY KEY 約束，而且 PRIMARY KEY 約束中的列不能接受空值。由於 PRIMARY KEY 約束確保唯一數據，所以經常用來定義標識列。

作用:

1）保證實體的完整性;

2）加快資料庫的操作速度

3） 在表中添加新記錄時，ACCESS會自動檢查新記錄的主鍵值，不允許該值與其他記錄的主鍵值重復。

4) ACCESS自動按主鍵值的順序顯示表中的記錄。如果沒有定義主鍵，則按輸入記錄的順序顯示表中的記錄。

在有些資料庫中，雖然主鍵不是必需的，但最好為每個表都設置一個主鍵，不管是單主鍵還是復合主鍵。它存在代表著表結構的完整性，表的記錄必須得有唯一區分的欄位，主鍵主要是用於其他表的外鍵關聯，以及本記錄的修改與刪除。

主鍵的無意義性

在開發過程中，讀者可能會看到將一些表使用有意義的欄位表示主鍵，例如「用戶登錄信息表」將「登錄名」（英文名）作為主鍵，「訂單表」中將「訂單編號」作為主鍵，如此設計主鍵一般都是沒什麼問題，因為將這些主鍵基本不具有「意義更改」的可能性。但是，也有一些例外的情況，例如「訂單表」需要支持需求「訂單可以作廢，並重新生成訂單，而且訂單號要保持原訂單號一致」，那將「訂單編號」作為主鍵就滿足不了要求了。因此讀者在使用具有實際意義的欄位作為主鍵時，需要考慮是否存在這種可能性。

主鍵的選擇

①編號作主鍵

此方法就是採用實際業務中的唯一欄位的「編號」作為主鍵設計，這在小型的項目中是推薦這樣做的，因為這可以使項目比較簡單化，但在使用中卻可能帶來一些麻煩，比如要進行「編號修改」時，可能要涉及到很多相關聯的其他表，就像黎叔說的「後果很嚴重」;還有就是上面提到的「業務要求允許編號重復時」，我們再那麼先知，都無法知道業務將會修改成什麼?

②自動編號主鍵

這種方法也是很多朋友在使用的，就是新建一個ID欄位，自動增長，非常方便也滿足主鍵的原則，優點是：資料庫自動編號，速度快，而且是增量增長，聚集型主鍵按順序存放，對於檢索非常有利;數字型的，佔用空間小，易排序，在程序中傳遞也方便;如果通過非系統增加記錄（比如手動錄入，或是用其他工具直接在表裡插入新記錄，或老系統數據導入）時，非常方便，不用擔心主鍵重復問題。

缺點：其實缺點也就是來自其優點，就是因為自動增長，在手動要插入指定ID的記錄時會顯得麻煩，尤其是當系統與其他系統集成時，需要數據導入時，很難保證原系統的ID不發生主鍵沖突（前提是老系統也是數字型的）;如果其他系統主鍵不是數字型那就麻煩更大了，會導致修改主鍵數據類型了，這也會導致其他相關表的修改，後果同樣很嚴重;就算其他系統也是數字型的，在導入時，為了區分新老數據，可能想在老數據主鍵前統一加一個「o」(old)來表示這是老數據，那麼自動增長的數字型又面臨一個挑戰。

Ⅹ 如何在資料庫中設置ID欄位為主鍵

create table t1(
ID int identity(1,1) primary key---就是主鍵了,自動增長
)

或者在當前表名上反鍵,修改
然後在ID上反鍵,設為主鍵