① 資料庫表中的主鍵有什麼作用設和不設有什麼區別
資料庫主鍵
主鍵：表中經常有一個列或多列的組合，其值能唯一地標識表中的每一行。這樣的一列或多列稱為表的主鍵，通過它可強製表的實體完整性。當創建或更改表時可通過定義 PRIMARY KEY 約束來創建主鍵。一個表只能有一個 PRIMARY KEY 約束，而且 PRIMARY KEY 約束中的列不能接受空值。由於 PRIMARY KEY 約束確保唯一數據，所以經常用來定義標識列。
作用:
1）保證實體的完整性;
2）加快資料庫的操作速度
3） 在表中添加新記錄時，ACCESS會自動檢查新記錄的主鍵值，不允許該值與其他記錄的主鍵值重復。
4) ACCESS自動按主鍵值的順序顯示表中的記錄。如果沒有定義主鍵，則按輸入記錄的順序顯示表中的記錄。
在有些資料庫中，雖然主鍵不是必需的，但最好為每個表都設置一個主鍵，不管是單主鍵還是復合主鍵。它存在代表著表結構的完整性，表的記錄必須得有唯一區分的欄位，主鍵主要是用於其他表的外鍵關聯，以及本記錄的修改與刪除。
主鍵的無意義性
在開發過程中，讀者可能會看到將一些表使用有意義的欄位表示主鍵，例如「用戶登錄信息表」將「登錄名」（英文名）作為主鍵，「訂單表」中將「訂單編號」作為主鍵，如此設計主鍵一般都是沒什麼問題，因為將這些主鍵基本不具有「意義更改」的可能性。但是，也有一些例外的情況，例如「訂單表」需要支持需求「訂單可以作廢，並重新生成訂單，而且訂單號要保持原訂單號一致」，那將「訂單編號」作為主鍵就滿足不了要求了。因此讀者在使用具有實際意義的欄位作為主鍵時，需要考慮是否存在這種可能性。
主鍵的選擇
①編號作主鍵
此方法就是採用實際業務中的唯一欄位的「編號」作為主鍵設計，這在小型的項目中是推薦這樣做的，因為這可以使項目比較簡單化，但在使用中卻可能帶來一些麻煩，比如要進行「編號修改」時，可能要涉及到很多相關聯的其他表，就像黎叔說的「後果很嚴重」;還有就是上面提到的「業務要求允許編號重復時」，我們再那麼先知，都無法知道業務將會修改成什麼?
②自動編號主鍵
這種方法也是很多朋友在使用的，就是新建一個ID欄位，自動增長，非常方便也滿足主鍵的原則，優點是：資料庫自動編號，速度快，而且是增量增長，聚集型主鍵按順序存放，對於檢索非常有利;數字型的，佔用空間小，易排序，在程序中傳遞也方便;如果通過非系統增加記錄（比如手動錄入，或是用其他工具直接在表裡插入新記錄，或老系統數據導入）時，非常方便，不用擔心主鍵重復問題。
缺點：其實缺點也就是來自其優點，就是因為自動增長，在手動要插入指定ID的記錄時會顯得麻煩，尤其是當系統與其他系統集成時，需要數據導入時，很難保證原系統的ID不發生主鍵沖突（前提是老系統也是數字型的）;如果其他系統主鍵不是數字型那就麻煩更大了，會導致修改主鍵數據類型了，這也會導致其他相關表的修改，後果同樣很嚴重;就算其他系統也是數字型的，在導入時，為了區分新老數據，可能想在老數據主鍵前統一加一個「o」(old)來表示這是老數據，那麼自動增長的數字型又面臨一個挑戰。
② sql資料庫表可以沒有主鍵嗎
可以沒有。
但是不推薦,因為那樣會使查詢效率低下
如果數據量不大的話可以不加
③ 資料庫 建表 有主鍵 跟沒有主鍵的區別~
有主鍵的表可以與其他表相關聯，無主鍵的話表與表之間無法關聯。
主鍵：表中經常有一個列或多列的組合，其值能唯一地標識表中的每一行。這樣的一列或多列稱為表的主鍵，通過它可強製表的實體完整性。當創建或更改表時可通過定義 PRIMARY KEY 約束來創建主鍵。一個表只能有一個 PRIMARY KEY 約束，而且 PRIMARY KEY 約束中的列不能接受空值。由於 PRIMARY KEY 約束確保唯一數據，所以經常用來定義標識列。
作用:
1）保證實體的完整性;
2）加快資料庫的操作速度
3） 在表中添加新記錄時，ACCESS會自動檢查新記錄的主鍵值，不允許該值與其他記錄的主鍵值重復。
4) ACCESS自動按主鍵值的順序顯示表中的記錄。如果沒有定義主鍵，則按輸入記錄的順序顯示表中的記錄。
④ 資料庫表可以沒有主鍵嗎
可以沒有。
但是不推薦,因為那樣會使查詢效率低下 如果數據量不大的話可以不加
⑤ 資料庫的表如果沒有主鍵查詢速度會慢嗎
我們搭建一個 MySQL 5.7 的環境，此處省略搭建步驟。
寫個簡單的腳本，製造一批帶主鍵和不帶主鍵的表：
可以看到執行時間變成了 0.67s。
整理
我們診斷的關鍵點如下：
1. 對於 information_schema 中的元數據表，執行計劃不能提供有效信息。
2. 通過查看 MySQL 改寫後的 SQL，我們猜測了優化器發生了誤判。
3. 我們增加了 hint，指導 MySQL 正確進行優化判斷。
但目前我們的實驗僅限於猜測，猜中了萬事大吉，猜不中就無法做出好的診斷。
⑥ sql資料庫的表不設主鍵會怎麼樣
主鍵可以唯一標識某一行記錄，所以可以確保執行數據更新、刪除的時候不會出現張冠李戴的錯誤。主鍵除了上述作用外，常常與外鍵構成參照完整性約束，防止出現數據不一致。
查詢的時候 肯定要建立一個聚集索引 資料庫如果有欄位保證不一樣 就可以不用主鍵做聚集索引, 但如果欄位不能保證每行的唯一性, 那麼就無法建立聚集索引, 搜索資料庫是件痛苦的事情...
建立主鍵和索引 是設計數據表的 一個規范
⑦ SQL一個表能不能沒有主鍵標識列是什麼，怎麼設置
在資料庫表中 只有設置一個int類型的欄位為主鍵，才可以設這個欄位為標識列，標識列的作用就是一個可以自動增長的數字，如消息id，唯一並且不重復，是消息唯一標識
⑧ 資料庫問題，向從表中插入一條數據，如果主表中沒有相應的主鍵，會出現什麼問題
沒有主鍵不會有問題，只是會讓你的數據表中可以插入重復的數據（而有主鍵，不會讓你插入重復數據。），而且，查詢是可能速度慢一點，其他沒有什麼影響。
⑨ SQL中的每一張表都必須設有主鍵嗎
SQL中不是必須設置主鍵。
主關鍵字(primary key)的意思是表中的一個或多個欄位，它的值用於唯一地標識表中的某一條記錄。
在兩個表的關系中，主關鍵字用來在一個表中引用來自於另一個表中的特定記錄，主關鍵字是一種唯一關鍵字，表定義的一部分。
一個表不能有多個主關鍵字，並且主關鍵字的列不能包含空值。主關鍵字是可選的，並且可在 CREATE TABLE 或 ALTER TABLE 語句中定義。主鍵只是說對一種表和表關系的關聯而已，還有就是在建主鍵的時候會自動內添加個索引，某些情況下可以增加查詢速度容，如果只是簡單的對單表操作的話，沒有必要去設置主鍵。
(9)資料庫表沒有主鍵擴展閱讀：
結構化查詢語言(Structured Query Language)簡稱SQL(發音：/ˈes kjuː ˈel/ "S-Q-L")，是一種特殊目的的編程語言，是一種資料庫查詢和程序設計語言，用於存取數據以及查詢、更新和管理關系資料庫系統；同時也是資料庫腳本文件的擴展名。
結構化查詢語言是高級的非過程化編程語言，允許用戶在高層數據結構上工作。它不要求用戶指定對數據的存放方法，也不需要用戶了解具體的數據存放方式，所以具有完全不同底層結構的不同資料庫系統, 可以使用相同的結構化查詢語言作為數據輸入與管理的介面。結構化查詢語言語句可以嵌套，這使它具有極大的靈活性和強大的功能。
⑩ 資料庫表中可否沒有主鍵，只有外鍵
外鍵是依賴於主鍵存在的，不可以沒有主鍵只有外鍵