有問題的數據模式，性能明智的

Question

聲明：當數據量變得非常大（比如數十或千兆字節）時，SQL數據庫的性能會降低。 這意味着數據庫設計中的某些模式對於大多數中小型數據庫在數據庫增長時出現故障是合理的。對於（一個相當普遍的）例子，有一種趨勢是從完全（或者說BCNF）規範化的數據模型轉向設計，因爲必要的連接會對性能影響過大。 又見this question

我的問題是這樣的：你知道任何數據庫圖形部分，但在合理的一個典型的數據庫，打破的（性能明智）爲huuuge數據庫，特別是SELECT查詢？如果沒有這些性能問題，是否有替代策略可以實現相同的（數據）？

Answer 1

標識列？！

這可能發生在包含大量數據和繁重的插入/刪除事務的HUGE表中。

編輯：好的。重新閱讀你的問題。 索引可能是巨大的性能插入包含很多行的表中的瓶頸。

Answer 2

想到的第一件事就是將文件存儲爲數據庫中的斑點。我已經看到許多系統開始相當小，比如在一個blob數據表中低於10GB，然後隨着它們的增長而開始達到最高限度。您可以通過正確構建解決方案來減輕一些損害，但一般來說，我認爲隨着大小的增加，數據庫中的文件存儲模式會崩潰。