2012-09-03 61 views
0

我正在建立一個有這些產品的產品和圖像的網站。每個圖像都作爲條目存儲在數據庫的表中。每個產品可以有任意數量的圖像,但平均爲15張圖像。憑藉1500種產品(預期的當前數量)和平均15張圖像,我已經在一張桌子上打出了22,500個參賽作品。什麼時候桌子被認爲是「滿的」?在用戶注意到放緩之前,我應該允許多少條記錄?Mysql - 一張桌子可以攜帶多少數據?

編輯:我應該提到,我將圖像存儲在文件系統上,表格只存儲路徑和文件名以及一些其他相關數據。

+0

http://stackoverflow.com/questions/2716232/maximum-number-of-records-in-a-mysql-database-table – sumskyi

+0

對於DBMS來說,22,500個條目並不是那麼多。他們應該能夠處理這樣的事情。 –

+0

是的,@arxanas是對的,當你打了幾百萬行時,我會開始擔心。那時候,你仍然可以選擇垂直分區你的表格。 – Resh32

回答

1

下面是關於MySQL表大小的限制:

http://dev.mysql.com/doc/refman/5.0/en/table-size-limit.html

如果可以的話你或許應該存儲在數據庫外部圖像。這將會好得多。

+0

有趣的是,我們都編輯了我們的答案,同時;) – Ben

+0

是的,這是一個常見的建議。我其實在我正在做的最新應用中做了相反的事情,因爲圖像最大爲100像素×100像素,我也將它們緩存在磁盤上。優點是你擁有一個地方的所有東西(用於備份) – Resh32

0

在許多情況下,緩慢的結果是很差或無索引的結果。爲了處理足夠的行,你應該爲你的PK使用類似於int 8的東西。

而且,不要將圖像存儲在數據庫中,而只存儲在服務器的文件系統中。