我剛剛想出了一個問題。DB中的表格是否有助於解決性能問題?
我正在與我的朋友一起工作,而我的朋友設計數據庫時,他根據月份(每月一張表)將同一種數據分成不同的表格。他的理由是數據庫性能。
我有點懷疑這個解決方案,因爲他把所有的表放在一臺機器上,所以我認爲性能和建立日期索引是一樣的。
任何人都可以討論這個,給我一些提示嗎?
我剛剛想出了一個問題。DB中的表格是否有助於解決性能問題?
我正在與我的朋友一起工作,而我的朋友設計數據庫時,他根據月份(每月一張表)將同一種數據分成不同的表格。他的理由是數據庫性能。
我有點懷疑這個解決方案,因爲他把所有的表放在一臺機器上,所以我認爲性能和建立日期索引是一樣的。
任何人都可以討論這個,給我一些提示嗎?
除非有比大約幾千萬,每月行的越多,那麼分裂是不是一個好主意,也不會提供任何更多的數據庫的性能。
通過識別查詢工作負載的正確索引,您將獲得更好的性能提升。
如果您每月有數百萬行,則將表分區到日期範圍可能會提高某些情況下的性能(取決於查詢工作負載)。
如果其他選項如the MERGE storage engine和 built-in MySQL partitioning不適用於您,這似乎不是這種情況。