1
让我们对这种情况得到一些不同的观点。一个数据库或多个用于多国web应用程序
我创建与数据库(SQL Server Express的,最大10GB分贝大小)一个(asp.net)Web应用程序。
此应用程序管理实体,但实体与国家,一个国家 - 许多实体有关。
在此之前,我无法预测db如何增长。这是我在空闲时间做的个人/爱好项目。
我的顾虑是如果我应该在每个国家创建数据库的特定副本。我认为这样的理由是:
- 数据库的大小将会变小,所以我不会遇到从SQL Server Express开始的大小问题。
- 再次,数据库大小。由于每个国家的规模较小,因此性能会更好。
- 可以在每个国家的低峰时间执行维护任务(备份,部署)。
- 如果有关于保护每个国家/地区的数据的不同法律,我可以根据具体法律调整每个数据库。
- 按国家/地区自定义文本搜索。这真的不是问题,因为我认为我可以根据不同的国家创建视图并对该视图进行文本搜索。
然后,如果我只有一个对所有国家的数据库有一些优势:
- 维护将是简单的。只有一个数据库意味着只做一次事情。
- 没有还原剂代码。我使用存储过程很多这个网络应用程序。一次更改只需要在生产中发布一次。
神!写下每个备选方案的优点似乎使多个数据库成为赢家!看来,单一的数据库是懒人...
无论如何,我想读的观点更多的积分,所以请家伙,随时与你的思路作出贡献。谢谢!
我喜欢你的答案。即使有10个10分贝的国家也会变得有点痛苦。使用db sincrhonization脚本可以减轻压力。 – 2012-03-09 13:35:34
接受的答案:) – 2012-03-28 23:03:50
您的应用程序持久性配置也将是巨大的。 – digitebs 2016-09-14 07:41:56