我正在建立一個有這些產品的產品和圖像的網站。每個圖像都作爲條目存儲在數據庫的表中。每個產品可以有任意數量的圖像,但平均爲15張圖像。憑藉1500種產品(預期的當前數量)和平均15張圖像,我已經在一張桌子上打出了22,500個參賽作品。什麼時候桌子被認爲是「滿的」?在用戶注意到放緩之前,我應該允許多少條記錄?Mysql - 一張桌子可以攜帶多少數據?
編輯:我應該提到,我將圖像存儲在文件系統上,表格只存儲路徑和文件名以及一些其他相關數據。
我正在建立一個有這些產品的產品和圖像的網站。每個圖像都作爲條目存儲在數據庫的表中。每個產品可以有任意數量的圖像,但平均爲15張圖像。憑藉1500種產品(預期的當前數量)和平均15張圖像,我已經在一張桌子上打出了22,500個參賽作品。什麼時候桌子被認爲是「滿的」?在用戶注意到放緩之前,我應該允許多少條記錄?Mysql - 一張桌子可以攜帶多少數據?
編輯:我應該提到,我將圖像存儲在文件系統上,表格只存儲路徑和文件名以及一些其他相關數據。
下面是關於MySQL表大小的限制:
http://dev.mysql.com/doc/refman/5.0/en/table-size-limit.html
如果可以的話你或許應該存儲在數據庫外部圖像。這將會好得多。
在許多情況下,緩慢的結果是很差或無索引的結果。爲了處理足夠的行,你應該爲你的PK使用類似於int 8的東西。
而且,不要將圖像存儲在數據庫中,而只存儲在服務器的文件系統中。
http://stackoverflow.com/questions/2716232/maximum-number-of-records-in-a-mysql-database-table – sumskyi
對於DBMS來說,22,500個條目並不是那麼多。他們應該能夠處理這樣的事情。 –
是的,@arxanas是對的,當你打了幾百萬行時,我會開始擔心。那時候,你仍然可以選擇垂直分區你的表格。 – Resh32