Re: [請益] 公司認為的碩士是什麼....

看板Soft_Job作者 (華麗的天下無雙)時間15年前 (2009/06/19 22:56), 編輯推噓2(201)
留言3則, 2人參與, 最新討論串12/13 (看更多)
※ 引述《kimkao (魂縈夢牽)》之銘言: : 編號覺得用 int不好的地方在哪裡阿? : 雖然應該很多人都用serial number吧 ! : 雖然本文真的很短會被人講說幹嘛不推文 : 不過真想知道!! 這關係到主鍵選擇的原則,其實這應該要到資料庫板去問的。 相較於float,decimal,long等等數值型態欄位,int在join、sort跟 index上的cost是最小的。但是int的缺點也在於他的最大數數 字有所限制(依照DBMS跟作業系統不同而可能會有不同差距) ,當然比起varchar,char之類的欄位而言那更是快上許多。 當你預期你的資料筆數不會超過這個數字時(舊資料可以移到 歷史資料庫或歷史資料表中),使用int做主鍵編號是最好的。 另外,就是你的編號又作為用戶可取得的值,而你又不希望用戶 能以連續方式取得值時(例如訂單編號,產品編號等等),就會 使用跳號,或者加入英文字使其變成混和編號。 基本上,根據經驗,能使用INT當編號的狀況下盡量使用INT當編號, 否則,當資料在10萬筆時可能看不出差距,等到20萬筆、200萬 筆(前提是你的int要能支援這樣的長度),就可以看出來差別 了。 最常見的就是很多論壇程式的user_id,其實都是數字,而不是使 用帳號來作為PK跟FK -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 118.168.115.245

06/20 00:10, , 1F
主鍵我都用guid,不用煩惱那些自動+1及數字爆掉的問題
06/20 00:10, 1F

06/20 00:41, , 2F
不同情況用不同設計,沒有一個絕對好的,戰這個的還真很嫰
06/20 00:41, 2F

06/20 00:42, , 3F
我不是在說D大喔
06/20 00:42, 3F
文章代碼(AID): #1AEwSLl- (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 12 之 13 篇):
文章代碼(AID): #1AEwSLl- (Soft_Job)