看板
[ Database ]
討論串[SQL ] 一些關於SQL Server的問題
共 12 篇文章
內容預覽:
※ 引述《jameswiki》之銘言：. 這種超大資料庫的設計在國外叫作VLDB（Very Large Database）. 在國內感覺比較少人提，但國內客戶與程式開發人員也就因此都有刻板印象：. 認為MS-SQL是沒辦法作超大資料庫的存放的. 事實上，MS-SQL在效能的確與Oracle有一段落差
(還有354個字)
內容預覽:
flakchen大,Soga,了解了,所以像您這種資料庫,一個table上億筆,. 根本無法用left join,. 我想應是少數案例吧,如果是常態,每個人的DB table中都上億筆,. 就請微軟癈了left join指令就好了!. (或說:資料庫的left join,full join根本不應存
(還有782個字)
內容預覽:
※ 引述《jameswiki》之銘言：. 的確沒辦法用Left Join，一定要Inner Join. 而且要參考我之前講的一個關鍵：Table裡面不能有半個字串欄位，只能有整數或Datetime（Datetime只有八位元）. 沒錯，面對這麼大的資料量作垂直或水平分割（Partition）是基本手
(還有2120個字)
內容預覽:
<前面吃光光了..太長了XD>. Well,蠻多人討論的..呵，. 用guid,newid()來產生值做為PK的目的很多,. 其實這種用Guid來做PK鍵的討論很多, 是否合用,見人見智,. flack大大,您資料表上千萬上億筆的,或許不合用,. 不過換成小弟,但在初始規劃時,我大概不會規劃這種一次
(還有1581個字)
內容預覽:
※ 引述《jameswiki (烏龜(弄論文中..))》之銘言：. 重點不是有幾個Table，而是一個Table有幾筆. 像我處理的資料表，動輒上千萬乃至於上億筆的，裡面半個字串欄位都不能有. 更不用說拿36bytes的字串來當PK，因為它不但佔的硬碟空間多，INDEX也大. 則記憶體能Cache的
(還有269個字)