Server 2012数据集成

Question

我正在编写一个内部网应用程序(在LAMP环境中)，该应用程序使用MSSQL 2012数据库各部分的数据(另一个更大的应用程序使用)。

在我看来，我的选择是：

• 直接从应用程序查询数据库。
• 创建一个web服务
• 使用Microsoft集成服务将数据自动集成到我的应用程序数据库中

我相信这里最好的解决方案是使用SSIS，但是在截止日期之前我还没有这样做--如果是这样的话，可以有人告诉我吗？

( a)以我在这方面的有限经验，我是否可以设立这方面的工作，以及

( b)上述方案的利弊是什么？

除了我想过的其他选择之外，任何其他建议也将不胜感激。

Answer 1

选项：

直接从应用程序.查询数据库。

正面：

• 没有任何陈腐的数据

缺点：

• 您的应用程序现在包含特定的代码，并绑定到该应用程序。
• 如果您处于业务购买另一个包含相同主数据的应用程序的常见情况，则现在需要特殊代码才能连接到两个应用程序。
• 卖主可能不喜欢
• 可能是对源应用程序的性能影响。

使用Windows / SQL运行脚本，或者使用SSIS以x分钟左右的间隔复制数据。

正面：

• 您的应用程序只绑定到数据库的本地副本，您可以根据需要对其进行自定义。如果您的源应用程序被移动到云或其他什么地方，那么您不需要进行应用程序更改，只需进行集成更改
• 如果使用相同类型的主数据出现另一个源应用程序，则现在可以将其复制到本地DB中，而不是进行应用程序更改以连接到2个数据库。

缺点：

• 陈旧数据的可能性
• 更糟糕的是:可能在用户未意识到的情况下将数据过期，随后对应用程序失去信心。
• 另一个要维护的组件

如果您编写了批处理脚本、.Net应用程序或SSIS，它们都是需要调度运行的逻辑片段。

另一种选择是使用差异复制复制数据库，如果源数据库是Oracle或SQL，则可以使用复制将其复制到另一个数据库。

你需要考虑几年后你会在哪里。数据复制方法可能为您提供了更大的灵活性，以适应源系统的变化，因为您只需要更改您的集成，而不是您的整个应用程序，如果您的源系统发生了剧烈的变化。

您还需要考虑:您是否会被要求以另一种方式向后传递更改，即更新本地副本中的数据并将其推回源系统。