討論 GUID與int自增列的問題

2022-09-19 00:18:10 字數 1085 閱讀 8588

近日,在csdn社群中,看到有人在討論:guid與int自增列的問題,個人覺得很不錯,故整理了一下大家的觀點,以觀後效!我沒有真正的用過guid型別。所以就不發言了。且看各位高手表演:

樓主:談談guid的問題!!!!!!!!!!!!

一、主鍵用int自增列好,還是用guid好

二、如果用guid做主鍵,是所有表都用guid做主鍵,還是只需要將常用的表,如新聞系統中,只將文章表的主鍵用guid?

沙發:個人感覺用int自增列好,已經用n年了。

不過你如果要用guid的話,主要看你什麼用途?

2樓:要說好處理的話,還是自增列好處理些 個人感覺啊

不過全域性唯一識別符號,也就是guid可以唯一指定一項 也不錯 我覺得這個要看具體情況來分析了

3樓:一般的系統都是採用int自增列。

guid 一般用在大資料量的處理上。

4樓:guid 主要用於在擁有多個節點、多台計算機的網路中,分配必須具有唯一性的識別符號

6樓:一般用自增的。需要唯一標示的用guid。

一般用guid的就是使用者資訊表。也就是系統裡最抽象的物件。

其他的一般不用。使用guid對操作也不是很方便。但是辨別是很清晰。

如果是新聞系統用自增就行了

7樓:如果沒有並行的資料表,或者要進行複製合併,就沒必要使用guid,用自增列挺好.

8樓:分布式處理系統裡最好用guid。大的系統一般用這個

單機的系統或者小軟體,一般用子增列或者自定義的編號做主鍵就可以了

10樓:

需要資料庫同步的自增id可能有問題,可能會出現id重新生成。

但是一般的情況下還是自增id方便點。

13樓:

16樓:

主鍵用int效能好。guid是16位元組,資料量大時,本身佔的空間就多了。

一般我們主鍵都是選擇聚集索引的,guid生成是隨機的,會使插入資料時,記錄會放在中間。

而int的自增長列,可以確保新記錄都加在表尾。

如果涉及到多資料庫資料同步,就在表加一列guid,做唯一標識。

ps:雖然這個帖子已經有2歲了,不過到現在我還是搞不清用哪乙個比較好,或者說在什麼時候用哪乙個比較好。因為用習慣了自增列,沒有特殊情況,不願用guid。

Integer與int的區別以及自裝箱與拆箱

小白寫部落格,大佬多指教!int是乙個基本資料型別,integer是int的封裝類 賦值 int i 9 對比 integer i new integer 9 看出來這是類與基本資料型別的區別 另外,在給integer變數賦值的時候可以寫成integer i 9 等同於上面的賦值語句 這就要牽扯到自...

int 與 int 的差別

晚上被問到乙個c 的問題 int pa new int 5 int pb new int 5 上面兩行 的差別是什麼?分析與實驗結果例如以下 1 第一行 能夠在vs2010上正常執行,new出來的是乙個存放int型指標變數的陣列。能夠存放5個這種元素。而第二行 則編譯錯誤。悲劇的是vs2010在編譯...

改int非空自增列為int可為空列

declare tablename nvarchar 250 宣告讀取資料庫所有資料表名稱游標mycursor1 declare mycursor1 cursor forselect name from dbo.sysobjects where objectproperty id,isusertab...