我想问一个只能通过经验回答的问题。
我正在创建一个SQL数据库(财务) - 它使用实体框架。
数据库可以分为两个不同的部分:
这两部分可以通过ApplicationId连接,也可以用作#2中的TransactionId。
然而,这两部分有两个非常不同的目的:
第1部分 - 客户申请记录(可能存储至少6年)并用于为客户提供服务;
第2部分 - 内部统计/分析(可能会存储的时间少得多,并且会随着时间的推移而发生更多变化)。
首先想到的是构建一个单独的数据库(通过ApplicationId链接),但我现在还不确定它是否是正确的方法。在每个部分上进行的查询不太可能交叉,在极少数情况下,它需要几次查找而不是一次。
考虑到这一点,将它分成两部分 - 或两个模型是否是一种更合理的长期方法?
这是一个关于实用性的问题,而不是大型数据库大小或模型复杂性。
任何建议表示赞赏。
答案 0 :(得分:0)
我通常更喜欢单个数据库,因为正如您所说,数据将在bouth部分引用。如果您的分析数据开始变得太大,您可以将它们迁移到Olap基础,但您只是说明了应用程序,因此我不知道您将从两个数据库中受益。如果你想从组织的角度进行分类,你可以随时将其放在不同的方面... partOne.clients和partTwo.Data