什麼是更快。查詢許多小表或大表

Question

數據庫編程通常速度更快：查詢許多小表，還是有更好的表有大表？

Answer 1

我不認爲一個表的大小本身應該是你的標準......現代關係數據庫可以拉一排非常迅速出的數百萬行 - 這真的不是一個問題。

然而，你應該做的是設計你的桌子，使他們的有意義，例如，包含一個實體並且只有一個實體。不要啓動多個實體混合成一個單一的表...

就像在你的C＃應用​​程序類，數據庫表中應始終處理一個責任（或關注）僅。不要完全不同的數據存儲到一個單一的數據 - 只爲一個感知的性能好處着想.....

Answer 2

我不認爲有一個客觀的回答你的問題，除非你不說明問題（數據庫/的langauge）多一點，這個決定可以基於多個場景。

我會想X.

如果記錄是「相同」型前回答Y，它是不建議將其拆分成多個表。

如果這些記錄可能是不同的類型。將它拆分成Tables [數據庫規範化]是強烈推薦的，因爲較大的表將包含空記錄和Hog空間。

再回到你的問題，

如果片段太多，外鍵查找可能影響性能。所以有一個甜蜜點。

此外，如果加入數據在應用層面是在諸如Python等語言發生的，數據級聯可慢，如果它是在數據庫本身進行比較。大多數先進的關係數據庫支持嵌套循環。爲了達成這個。

Answer 3

一般情況下，與所有其他條件相同，查詢一個表比許多查詢表更快，獲得相同的數據。

連接費用很高。