作者jameswiki (烏龜(弄論文中..))
看板Database
標題Re: [SQL ] 一些關於SQL Server的問題
時間Sun Mar 16 22:29:40 2008
※ 引述《Adonisy (票投2號)》之銘言：
: ※ 引述《jameswiki》之銘言：
: : 關於第一點,除非必要,不然不要用自動編號,
: : 建議你用二個欄位處理,第一個欄位,用Uni形態,預設值使用
: 這個其實和微軟的建議不同.....
: 微軟的建議是,pk最好用數字,而 clustered index最好用 identity這種欄位
: 不建議用 byte大的資料型別
建議歸建議,早晚要妥協於實務,:P 如果你要寫網頁資料庫,又用數字當PK
要猜出你的PK值並不難..XD, 而且Uni欄位固定36 bytes,以大型資料庫來說,
我用36 bytes當PK識別,還是OK的..重點是,當有了這些36位元的PK,FK,
加上欄位都是用X001,X002,X003...即使SQL的sa帳號被人crack進去,下
select命令,一時之間, 你也看不懂資料代表意義, 或許你可以看到人員資料,
或許你可以看到薪級表,或許你可以看到訂單表, 但是1000個table中,如果沒有眉角
,你大概關連不出每個人每月的薪資表,雖然有志者事竟成,但是還是有些
防敞作用,讓資料庫管理員 不等於 程式設計者 也不等於老闆,可以看到全部資料
再機車一點, 我薪水資料就用2進位寫入,除非你用程式撈, 不然你在後台
會關聯select也沒用!
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.134.154.61
1F：推 PsMonkey:這... 好心機 XD 03/16 22:36
2F：→ jameswiki:就算你SQL injection沒有防好,被駭,也要先猜36位元PK鍵 03/16 22:43
3F：→ jameswiki:二進位加編碼寫入欄位,改程式,也得找我付費,不然我吃什? 03/16 22:47
4F：推 Adonisy:我根本不會用 sql驗證，全改用 windows驗證吧 03/16 22:54
5F：→ jameswiki:看每家公司需求,各有利弊..A公司的模式不見得合B公司 03/16 22:57