查看: 1042|回复: 9
|
要像 E-bay 这样分类的,用MySQL,会不会造成负担?
[复制链接]
|
|
听说如果用太多 Table, 在通过 PHP 来编辑数据库资料会造成server的负担。本人打算用上百上千个 Table 的,本人的server是
Intel® Pentium® 4 Processor 3.0GHz with 1MB cache
2GB DDR-2 533MHz ECC 2R Memory
Hard disk 160GB
Window Server 2003 Standard Edition
还有如果,使用者可以通过 PHP 来编辑数据库资料,而这些使用者得数目是上千个的,还有普通用户也有上万人呢。
几千个 Table, 真的会造成负担吗?如果真的会,那么各位有什么高见呢?
[ 本帖最后由 司马义 于 5-4-2006 01:18 PM 编辑 ] |
|
|
|
|
|
|
|
发表于 5-4-2006 01:41 PM
|
显示全部楼层
"几千个 Table"?????
为什么要用到这么多? |
|
|
|
|
|
|
|
楼主 |
发表于 5-4-2006 02:43 PM
|
显示全部楼层
原帖由 max5007 于 5-4-2006 01:41 PM 发表
"几千个 Table"?????
为什么要用到这么多?
几千个Table就不一定会有,但几百个的话是一定的。百物分类都已经很多了。 |
|
|
|
|
|
|
|
发表于 6-4-2006 09:35 AM
|
显示全部楼层
原帖由 司马义 于 5-4-2006 02:43 PM 发表
几千个Table就不一定会有,但几百个的话是一定的。百物分类都已经很多了。
用几百个 table 不要说 MySQL, 资料太多的话, Oracle 也可能随时会崩溃.
百物分类你要用到几百个 table? 你的设计应该是错了. 也许把你的设计说清楚看看. |
|
|
|
|
|
|
|
发表于 6-4-2006 12:56 PM
|
显示全部楼层
原帖由 goatstudio 于 6-4-2006 09:35 AM 发表
用几百个 table 不要说 MySQL, 资料太多的话, Oracle 也可能随时会崩溃.
百物分类你要用到几百个 table? 你的设计应该是错了. 也许把你的设计说清楚看看.
对,不可能几百个。肯定 design 有问题。
一个非常大的与复杂的 system 都不大可能拥有超过一百个table。
建议您先做一做 research |
|
|
|
|
|
|
|
发表于 6-4-2006 02:31 PM
|
显示全部楼层
|
|
|
|
|
|
|
楼主 |
发表于 6-4-2006 05:47 PM
|
显示全部楼层
|
|
|
|
|
|
|
发表于 7-4-2006 10:32 AM
|
显示全部楼层
可以用一个过两个TABLE来分类啊。。如果用几百个TABLE分类,那EBAY SERVER找就DOWN了。。
TABLE 1(CATEGORY TABLE)
FIELD=CATEGORYIID,DESCRIPTION
TABLE 2(PRODUCT)
FIELD=CATEGORYID,PRODUCTID,XXX,XXX,XXX
这样就可以了。如果那到CATEGORY的DESCRIPTION,你可以
SELECT T1.CATEGORYID,T1.DESCRIPTION,T2.PRODUCTID FROM TABLE1 T2,TABLE2 T1 WHERE T2.CATEGORYID=T1.CATEGORYID
酱就可以拉。。。。难道你要一个CATEGORY一个TABLE吗?^^ |
|
|
|
|
|
|
|
楼主 |
发表于 7-4-2006 02:09 PM
|
显示全部楼层
谢谢各位,谢谢 max5007。恕我愚昧,本人对数据库,日子尚新。多谢指点。 |
|
|
|
|
|
|
|
发表于 7-4-2006 03:08 PM
|
显示全部楼层
没有问题。。^^你就尝试我教你的方法看看。。有问题再放上来一起研究 |
|
|
|
|
|
|
| |
本周最热论坛帖子
|