※ 引述《[email protected] (找一个想爱的人)》之铭言： : ※ 引述《[email protected] (夏天的海洋)》之铭言： : : ptt.cc 本站的流量不管用多高阶的 database server 都一定无法负荷的, : : 就算是 oracle 也一样... : 这个推论, 是有什麽数据去支持的?? 这不是推论, 是亲身经历, 详细数据由於保密协定, 恕无法透露... 如果你要把我的 post 拿给你的上级说服他不要用, 那我只好说, 抱歉让你失望了... 我以前曾经在流量较小(也算相当大了)的站看过 Oracle, 仅有使用者资料部份, 不含 mail 及 post, 在尖峰时间就已经很容易 lag 及 server crash ... mail 和 post 是用其他 database server (M$ SQL) 负担的... 硬体已经是用相当高档的伺服器, 因此让人觉得很灰心... 之前有某站的相簿使用 MySql 好像也是人口一多就迅速 crash ... *** 所以强烈建议各位, 如果自己想要用 SQL database 用在负荷高的 BBS 站, *** 无论如何一定要事先做效能评估, 自己收集到的数据才是最真实的... BBS 进行的 operation 是固定模式而且有经过最佳化的... 用一般性的 SQL database 做 cost 高的全资料库 select, 效能上是否值得? 我大学时曾经用过 Berkeley DB 1.x 及 2.x 当做底层 database ... Berkeley DB 当然不是 SQL, 但是有 maintain concurrency 和 transaction ... 因为构造简单, 效能较 SQL database 好很多... 虽然我同学把这个东西推到高负荷的站上去, 还是发生了不少问题... 但我认为新版 Berkeley DB 蛮有机会成为 BBS 的 database ... 总想找机会试一试, 不过一直没有动手实行... :p -- Unix IS user friendly. It's just selective about who its friends are. --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 220.135.254.153