我正在服务,跟踪访问者的网站(网站所有者只是把一些java脚本到他的网站.就像或者Woopra一样。网站的访问量可能很低,但访问量也很大(超过10,000)。而且,这个服务的用户数量可能会增加到数千。数据库没有非常困难的结构(3或4个表)。我正在使用MSSQL 2008。
这个系统最好的解决方案是什么?
)提供一个数据库
所以,1.可能是个坏主意,我不能在2到3之间做决定。
谢谢你的回答
鲁迪
发布于 2010-10-05 07:29:02
我假设您将拥有某种可以通过http调用的服务接口,并且通过该接口统计信息将持久化到db(s)。
我从使用单个数据库开始,它(根据定义)将是一个能够为多个用户服务的数据库。很可能这个(简单的)系统对您的前200 (300? 800? 1000?)有足够的性能。用户。然后你会有一个简单的系统运行良好。
当您注意到数据库有效负载增加到某个级别(监视它)时,您可以通过向不同的db提供一组用户来稍微改变您的服务。不需要更改您的数据库设计,因为它已经适用于多个用户。只需调整服务应用程序,使其根据用户选择正确的db。
您可以选择一组具有商业意义的用户;例如,一家网站托管公司的一组150名用户支付给您(或您的客户)来收集统计数据。
在这种情况下,单个db使对所有用户的统计数据进行分组变得更加容易。
发布于 2010-10-05 07:09:02
与备选方案1一起进行。
数据库的目的是扩展和管理大量的数据。尝试使用多个数据库只会使事情变得混乱,并在您的身边添加更多的代码。想象一下必须为每个新用户创建一个数据库,然后记录哪个数据库是哪个用户的.
发布于 2010-10-05 07:06:15
好吧,只要数据库的数量没有什么奇怪的限制,为什么不选择3呢?
https://stackoverflow.com/questions/3861471
复制相似问题