看板
[ Soft_Job ]
討論串[請益] DB設計上為何不要都開NVARCHAR2(4000)
共 8 篇文章
內容預覽:
NVARCHAR和NCHAR的問題前面有高手講過,. 我自己理解是搜尋效能問題,. 但倒底效能會差多少,. 我是沒有記,印象中差蠻多的,. 至於你講的int問題,. 應該是儲存空間的問題,. 你同事用int還好,. 我遇過有人不管什麼欄位都用nchar的,. 性別也用nchar,日期也用nchar,
(還有998個字)
內容預覽:
每一個client連到oracle都會起一個或多個process與session. 在存取資料庫時,記憶體的存取有分sga和pga. pga是有限制的,一個表都是nvarchar 4000 或都是 nvarchar10. 可以存放在memory的筆數是不一樣的. 在建立session時會將fetch
(還有80個字)
內容預覽:
想藉這個主題問一下大家，. 如果有一個欄位用tinyint，甚至是bit就足夠，會為了方便而全部使用int嗎？. 一直以來我都是可以用bit就用bit、可以用tinyint就用tinyint，. 但是近來看我同事全部都用int，其實系統沒那麼龐大，用int好像也沒怎麼樣，. 現在有點動搖，在思考我是
(還有55個字)
內容預覽:
如果我沒搞錯， NVARCHAR2 是用來存 unicode 資料的，如果只是要存. 台灣身分證字號應該不需要用到這個吧？. 其實想想看如果你要實作把你的 row 存在檔案裡面，該怎麼做，就可以知. 道佔用空間會不會一樣，會不會有其它缺點產生。. 一般這種非固定長度欄位，會多用一些空間來儲存該欄位的
(還有531個字)
內容預覽:
問題主要不在DB 哪一邊, 問題主要在CLIENT 這一邊, 和網路這一邊.. 你就是用偉大的ORM 來寫CLIENT, 但你從你的TABLE SCHEMA. , 將無法準確得知一筆資料最多佔多少資源. 從而無法好好的. 了解你的程式的限制. 再來, 網路哪一段, 也有同樣的問題.. 你將答不出任何
(還有127個字)