看板 [ Database ]
討論串[SQL ] 一些關於SQL Server的問題
共 12 篇文章
內容預覽： 開啟 | 關閉 | 只限未讀
首頁
上一頁
1
2
3
下一頁
尾頁
#7
Re: [SQL ] 一些關於SQL Server的問題
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者jameswiki (烏龜(弄論文中..))時間18年前 (2008/03/16 23:16), 編輯資訊
0
0
0
內容預覽:
用過了,36 bits當PK,舉二個例子,也許你的案子比我還大,所以干擾到. clustered index效能吧?. 1.第一種case:在800多個table下,平日約500人使用沒問題,大部分是AP程式搭配. 少部分asp+ asp.net,某特定時段,系統會有1500-2000個使用者,.
(還有304個字)
#6
Re: [SQL ] 一些關於SQL Server的問題
推噓2(2推 0噓 0→)留言2則，0人參與, 最新作者Adonisy (票投2號)時間18年前 (2008/03/16 22:51), 編輯資訊
0
0
0
內容預覽:
※ 引述《jameswiki (烏龜(弄論文中..))》之銘言：. 我是不懂,要猜 PK要幹嘛?. 前端又不能自己拚 sql 指令連 sql. 再者,我實務上也沒有用過超過10 bytes的資料型別當 pk. 尤其是 clustered index ， 畢竟 clustered index的循序性很
#5
Re: [SQL ] 一些關於SQL Server的問題
推噓2(2推 0噓 3→)留言5則，0人參與, 最新作者jameswiki (烏龜(弄論文中..))時間18年前 (2008/03/16 22:29), 編輯資訊
0
0
0
內容預覽:
建議歸建議,早晚要妥協於實務,:P 如果你要寫網頁資料庫,又用數字當PK. 要猜出你的PK值並不難..XD, 而且Uni欄位固定36 bytes,以大型資料庫來說,. 我用36 bytes當PK識別,還是OK的..重點是,當有了這些36位元的PK,FK,. 加上欄位都是用X001,X002,X003
(還有137個字)
#4
Re: [SQL ] 一些關於SQL Server的問題
推噓1(1推 0噓 0→)留言1則，0人參與, 最新作者Adonisy (票投2號)時間18年前 (2008/03/16 21:27), 編輯資訊
0
0
0
內容預覽:
※ 引述《jameswiki》之銘言：. 這個其實和微軟的建議不同...... 微軟的建議是,pk最好用數字,而 clustered index最好用 identity這種欄位. 不建議用 byte大的資料型別. --. ※ 發信站: 批踢踢實業坊(ptt.cc). ◆ From: 221.120.
#3
Re: [SQL ] 一些關於SQL Server的問題
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者jameswiki時間18年前 (2008/03/16 18:50), 編輯資訊
0
0
0
內容預覽:
關於第一點,除非必要,不然不要用自動編號,. 建議你用二個欄位處理,第一個欄位,用Uni形態,預設值使用. newid()函數, 第二個欄位,用date 型態,預設值用getdate()型態,. newid()可以產生36位元唯一識別碼,用來當PK, 第二個欄位則存入insert時間. 如果你需要編
(還有178個字)
首頁
上一頁
1
2
3
下一頁
尾頁