Re: [SQL ] 一些關於SQL Server的問題

看板Database作者 (烏龜(弄論文中..))時間17年前 (2008/03/16 22:29), 編輯推噓2(203)
留言5則, 3人參與, 最新討論串5/12 (看更多)
※ 引述《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

03/16 22:36, , 1F
這... 好心機 XD
03/16 22:36, 1F

03/16 22:43, , 2F
就算你SQL injection沒有防好,被駭,也要先猜36位元PK鍵
03/16 22:43, 2F

03/16 22:47, , 3F
二進位加編碼寫入欄位,改程式,也得找我付費,不然我吃什?
03/16 22:47, 3F

03/16 22:54, , 4F
我根本不會用 sql驗證,全改用 windows驗證吧
03/16 22:54, 4F

03/16 22:57, , 5F
看每家公司需求,各有利弊..A公司的模式不見得合B公司
03/16 22:57, 5F
文章代碼(AID): #17tIxLnn (Database)
討論串 (同標題文章)
本文引述了以下文章的的內容:
以下文章回應了本文
完整討論串 (本文為第 5 之 12 篇):
文章代碼(AID): #17tIxLnn (Database)