我们正在构建一个应用程序,每个客户端都有自己的数据库.没有一个数据库特别大(每个20MB到400MB),但是将会有~5,000个启动,并且在任何时候100个左右都将处于活动状态.
我们的团队一直在讨论如何最好地设置系统.客户端每两周只访问一次数据库(401k /财务处理),一次只能使用10-30分钟.操作在读/写之间均匀分布.
我们团队中有一半认为我们应该将数据库分布在多个便宜的服务器上并且只使用sql Express ……他们说在每个数据库使用时间短的情况下,内存/缓存不会那么有用(我们没有超过1台服务器上的完整sql标准的预算).
是这样的吗？更高的内存限制实际上是我看到MSsql Standard带给我们的唯一优势(我们已经有用于执行备份/恢复,模式升级,迁移数据等的脚本).
更新
我对多个数据库与一个数据库的性能特征特别感兴趣.对于单个200MB数据库而言,最终用户体验不会比1TB数据库更好(即使两者都被很好地编入索引)？这也意味着我们可以非常快速地轻松备份/恢复单个客户端数据库,对吧？我们是否需要调整sql Server以更好地处理“数千个数据库”场景？
