我需要一个数据库（甚至还没有靠近仓库），它将作为办公地点的主记录和与之相关的某些属性。我有一个初始源文件，但也会从许多其他补充文件中添加该信息。一些附加信息将只是我匹配后可以加入的记录。有些将是我创建的信息，一旦我验证了一些状态或对存储的位置有一些内部知识。 源数据大多是平面文件 - 有些每隔几个月更新一次，有些则每年更新一次。我正在寻找设计建议，包括以后如何查询数据库的想法。 我希望能够从初始数据源中的记录开始，不管它，然后在新数据库中执行许多操作：
如果我们从初始来源验证地址等，我想标记它并且能够优先考虑
如果我们可以将初始数据源中的记录与其他一个数据源中的记录匹配，我想通过查询提取一个或两个记录
如果一个位置正在参与某个特定的程序，我想存储该标志，无论我将为该地址保留哪个来源等，即存在与任何记录相关的信息。不同来源。
所以，我开始考虑类似于Star模式的东西，但是事实表指向基于某些匹配逻辑的单独源表。我的事实表将包含记录，其中包括任何其他相关来源的密钥。并且它可能还有额外的列，用于我们在与源分开的每条记录上添加的信息。
我还在考虑构建一个表，其中包含来自每个相关源的当前信息的某种副本 - 或者可能是视图。但考虑到我期望开始添加的所有标志和其他附加信息，这可能不足以充当基本的事实数据库。
这不是一个大型数据库 - 仅数万个 - 并且不需要许多用户/查询的高可用性。最后，我想加入这些地点的个人名单。我希望在我建立主要位置表之后能够轻松地将人们带到这些地方。
我意识到这个问题的范围很广。我不是一个经验丰富的数据库设计师，我已经搜索了建议，但还没有弄清楚如何描述我的挑战，所以我得到了相关的搜索结果。所有的建议和参考都非常感谢！
我在SQL Server 2012中工作