GUID全球唯一碼/Database 唯一碼問題 |
尚未結案
|
Sprlee
一般會員 ![]() ![]() 發表:4 回覆:7 積分:2 註冊:2003-06-25 發送簡訊給我 |
|
yixiao
一般會員 ![]() ![]() 發表:14 回覆:13 積分:5 註冊:2004-04-26 發送簡訊給我 |
|
Mickey
版主 ![]() ![]() ![]() ![]() ![]() 發表:77 回覆:1882 積分:1390 註冊:2002-12-11 發送簡訊給我 |
|
change.jian
版主 ![]() ![]() ![]() ![]() ![]() 發表:29 回覆:620 積分:439 註冊:2003-06-02 發送簡訊給我 |
引言: 無關問題解答, 純討論一下, 用 GUID 當 Primary Key, 固然理想, 但是考慮 SQL 的效率, 恐怕沒有比用 Integer 當 Primary Key 好喔. |
Sprlee
一般會員 ![]() ![]() 發表:4 回覆:7 積分:2 註冊:2003-06-25 發送簡訊給我 |
感謝版主及各位朋友的指教.的確,目的很單純,隻是要做一個primary Key.但此Key在後續的應用中會使用很廣.會需要考慮到諸多的情形.如果用integer類型並不能完全滿足要求.基本上需要每一筆資料之的primary key都不一樣才可行.另外就是不想在database中來控制每一次的序流水。原是想能否自已在database中用字軌 序流水來解決,但總覺得不太完美,所以想尋求最好的辦法.
關於用MAC(网卡硬件地址),我try了一下,好象也是32碼長,老板不答應,太長了.
:(
謝謝諸位支持.
|
hahalin
版主 ![]() ![]() ![]() ![]() ![]() ![]() 發表:295 回覆:1698 積分:823 註冊:2002-04-14 發送簡訊給我 |
|
william
版主 ![]() ![]() ![]() ![]() ![]() 發表:66 回覆:2535 積分:3048 註冊:2002-07-11 發送簡訊給我 |
|
Sprlee
一般會員 ![]() ![]() 發表:4 回覆:7 積分:2 註冊:2003-06-25 發送簡訊給我 |
|
hahalin
版主 ![]() ![]() ![]() ![]() ![]() ![]() 發表:295 回覆:1698 積分:823 註冊:2002-04-14 發送簡訊給我 |
|
hahalin
版主 ![]() ![]() ![]() ![]() ![]() ![]() 發表:295 回覆:1698 積分:823 註冊:2002-04-14 發送簡訊給我 |
|
Sprlee
一般會員 ![]() ![]() 發表:4 回覆:7 積分:2 註冊:2003-06-25 發送簡訊給我 |
|
william
版主 ![]() ![]() ![]() ![]() ![]() 發表:66 回覆:2535 積分:3048 註冊:2002-07-11 發送簡訊給我 |
本站聲明 |
1. 本論壇為無營利行為之開放平台,所有文章都是由網友自行張貼,如牽涉到法律糾紛一切與本站無關。 2. 假如網友發表之內容涉及侵權,而損及您的利益,請立即通知版主刪除。 3. 請勿批評中華民國元首及政府或批評各政黨,是藍是綠本站無權干涉,但這裡不是政治性論壇! |