Re: [請益] DB設計上為何不要都開NVARCHAR2(4000)

看板Soft_Job作者 (小淺)時間9年前 (2014/08/17 00:03), 9年前編輯推噓3(3推 0噓 8→)
留言11則, 5人參與, 最新討論串6/8 (看更多)
想藉這個主題問一下大家， 如果有一個欄位用tinyint，甚至是bit就足夠，會為了方便而全部使用int嗎？ 一直以來我都是可以用bit就用bit、可以用tinyint就用tinyint， 但是近來看我同事全部都用int，其實系統沒那麼龐大，用int好像也沒怎麼樣， 現在有點動搖，在思考我是不是太過於吹毛求疵。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.37.204.175 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1408205023.A.F2A.html
→
08/17 00:18, , 1F
CPU ACCESS INT 會比較快.
08/17 00:18, 1F
原來我的作法除了開資料表比較麻煩之外，效能上也沒有優勢@@ ※ 編輯: On1earth (114.37.195.83), 08/17/2014 00:32:23
推
08/17 00:36, , 2F
不過int和bit的儲存大小有差吧 我覺得還可以考量商業
08/17 00:36, 2F
→
08/17 00:37, , 3F
邏輯來判斷 用那種型態及長度設定
08/17 00:37, 3F
推
08/17 01:28, , 4F
我會講求資料型態精確
08/17 01:28, 4F
推
08/17 06:56, , 5F
我用ms sql和csharp也是和原po同樣原則規劃，我也知csharp
08/17 06:56, 5F
→
08/17 06:56, , 6F
用int運算較快，但那些欄位是記東西用的，很少在運算呀！
08/17 06:56, 6F
→
08/17 06:56, , 7F
所以還是先省空間，結果就是pg開發出來的程式常會因為忘了
08/17 06:56, 7F
→
08/17 06:56, , 8F
轉型就當了！
08/17 06:56, 8F
→
08/18 01:36, , 9F
忽然想到，如果在64位元作業系統下，換bigint比較快嗎？
08/18 01:36, 9F
→
08/19 11:19, , 10F
全都64BIT 就比較快,CPU+OS+AP
08/19 11:19, 10F
→
08/20 22:48, , 11F
了解，謝謝大大釋疑
08/20 22:48, 11F
‣ 更多 On1earth 的文章
文章代碼(AID): #1Jxu3Vyg (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 6 之 8 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共8篇)
‣ 更多 On1earth 的文章
文章代碼(AID): #1Jxu3Vyg (Soft_Job)