在 SQL 服务器数据库中集成旧/新数据源
Integrate old / new data sources in SQL Server DB
关于在 SQL 服务器上将新旧数据源集成在一起，是否有人可以与我分享任何最佳实践？
澄清一下，我的公司从供应商 A 收到信息，但我们正在过渡到供应商 B。两家供应商都为我们提供了相似的客户和交易数据（例如：帐号、地址等），但模式和数据深度和供应商之间的广度 非常 不同。此外，供应商A和B之间的帐号等关键项目也不相同；所有客户都将收到一个新帐号。我需要能够将历史结果和 current/future 结果联系起来。
想到的几个选项是...
创建一组 SQL 视图，将供应商 A 和 B 的 table 之间的数据重新格式化为类似的格式（即使它们的源架构不同）。
将来自供应商 A 和 B 的数据纯粹作为暂存 table 数据——并创建一组新的 table，我可以在其中组合来自供应商 A 和 B 的数据两个来源共享列的位置。这样，如果出现供应商 C，SQL 服务器中使用的数据将采用相同的格式并使用相同的列名。
这两个选项看起来都很乱，而且 pros/cons。不确定是否还有其他选择...或者人们是否自己遇到过这个决定点。
感谢任何帮助。谢谢！
这个
Treat data from vendor A and B purely as staging table data--and
create a new set of tables where I can combine data
是最通用的方法。
关于在 SQL 服务器上将新旧数据源集成在一起，是否有人可以与我分享任何最佳实践？
澄清一下，我的公司从供应商 A 收到信息，但我们正在过渡到供应商 B。两家供应商都为我们提供了相似的客户和交易数据（例如：帐号、地址等），但模式和数据深度和供应商之间的广度 非常 不同。此外，供应商A和B之间的帐号等关键项目也不相同；所有客户都将收到一个新帐号。我需要能够将历史结果和 current/future 结果联系起来。
想到的几个选项是...
创建一组 SQL 视图，将供应商 A 和 B 的 table 之间的数据重新格式化为类似的格式（即使它们的源架构不同）。
将来自供应商 A 和 B 的数据纯粹作为暂存 table 数据——并创建一组新的 table，我可以在其中组合来自供应商 A 和 B 的数据两个来源共享列的位置。这样，如果出现供应商 C，SQL 服务器中使用的数据将采用相同的格式并使用相同的列名。
这两个选项看起来都很乱，而且 pros/cons。不确定是否还有其他选择...或者人们是否自己遇到过这个决定点。
感谢任何帮助。谢谢！
这个
Treat data from vendor A and B purely as staging table data--and create a new set of tables where I can combine data
是最通用的方法。