如果您没有将 Dynamics 365 与其他应用程序连接起来，那您就是在用一档驾驶法拉利跑车。认真想想吧。你已经拥有了这个功能强大的应用程序套件，但如果不通过与其他数据源的集成来扩展其功能，你所能做到的也只是皮毛而已。让我们换到更高的档位，揭开 "如何将其他应用程序连接到 Dynamics 365" 的神秘面纱。
释放 Dynamics 365 的潜能：集成为何重要
一个系统的好坏取决于它所包含的数据。从根本上说，将 Dynamics 365 集成到 IT 基础设施的更广泛生态系统中不仅是一种改进，也是任何技术成熟的组织所必需的。如果没有相互连接的应用程序和其他数据源，Dynamics 365就会孤立无援，其潜力也得不到充分利用。
简单的数据交换可以改变游戏规则。它将促成一个具有凝聚力的自动化环境，在这个环境中，孤岛被拆除，实时数据可用性成为常态，而不是例外。通过动态集成，终端用户可以在更方便的位置访问正确的数据。这听起来像是常识，但实际上却是保持领先的关键。
掌握 Dynamics 365 集成的途径
你可能想知道，"我怎样才能让这个奇迹发生？"那么，你有两条路可走。
- 编码员:如果您是代码专家，那么 API 就是您的乐园。利用 Web API、OData 和 SOAP 端点，您可以构建复杂的集成，将 Dynamics 365 与大量系统和应用程序连接起来。您可以使用 API 调用实现实时数据同步，并提供跨平台的无缝用户体验。
- 非编码员:如果您不是程序员或没有时间掌握新的 API？不用担心。中间件集成平台就是你的朋友。这些平台作为桥梁，简化了集成流程，为不太愿意直接使用 API 的用户提供了预置连接器和直观的映射界面。
聚焦作为中间件解决方案的 Connect Bridge
举个更清晰的例子，让我们来看看 Connect Bridge 是如何充当中间件的。它的功能是集成使能器，允许您通过熟悉的 SQL 语句与 Dynamics 365 交互。这种抽象简化了复杂的集成挑战。这并不意味着所有使用 Connect Bridge 作为中间件的集成都是一样的。
这是因为您又有两条路可以选择：
- 编写集成代码 用您喜欢的编程语言
您可以使用自己选择的编程语言编写集成代码（但仍使用 SQL 而非 Dynamics 365 应用程序接口） - 设置链接服务器 最小化编码
关于如何在链接服务器上实现 Dynamics 连接的详细说明，请参阅下面的视频，我们将在下面的 "实际操作 "部分进一步探讨这一选项。
实际操作：使用链接服务器连接 Dynamics 365
在视频中，您可以看到在 SSMS 中创建了一个链接服务器，并将其链接到 Connect Bridge，这样我们就可以像访问 Dynamics 365 数据库一样访问数据。
我们还看到，对数据执行 CRUD 操作的 T-SQL 查询可以简单如下
DELETE c
来自 D365CE...Contact c
INNER JOIN Contact_DEL d
ON CONVERT(varchar(255), c.ContactID) = d.OnlineID；
这是一个在 Dynamics 365 中删除联系人的查询示例。之所以简单，是因为 Connect Bridge 中间件隐藏了复杂性，使您可以只使用 T-SQL 进行操作。请注意，T-SQL 查询将在幕后转换为 Microsoft Dynamics 365 API 调用--您的 Dynamics 数据库完整性是安全的！
回过头来看，该示例查询采用了 DELETE 的典型模式，并在链接服务器上进行了 JOIN，但让我们对其进行分析：
- DELETE c：指定从别名为 "c "的表中删除记录。
- FROM D365CE...Contact c：这将定义要删除的源表。"D365CE "可能是链接服务器名称，"Contact "是该服务器上的表名称。
- INNER JOIN Contact_DEL d ON CONVERT(varchar(255), c.contactid) = d.OnlineID：这将根据转换值（可能导致数据类型不匹配）连接本地表 "Contact_DEL "和链接服务器表。
如视频所示，在 Dynamics 365 中插入联系人的查询也并不复杂。使用的示例是
INSERT INTO D365CE...Contact(LastName, FirstName, EmailAddress1)
SELECT 姓、名、电子邮件
从联系方式
WHERE OnlineID IS NULL OR OnlineID =''；
在这个代码段中，您可以看到它是多么简单。您插入的内容是 SELECT 查询的结果--只是带有子查询的普通 INSERT。在这种情况下，唯一值得注意的是存储过程是迭代式的--WHERE 子句用于保证只获取在其他迭代中未处理过的本地联系人。
您是否想知道如何知道在这些查询中使用哪些字段？这是一个很好的问题，答案就在 Connect Bridge Management Studio 中。这个工具看起来与 SSMS 非常相似，这绝非偶然！
使用它，您可以探索看似 Dynamics 365 的数据模型。实际上，您看到的是 Connect Bridge 公开的模型，但这些是您可以在查询中使用的字段。如果需要，您还可以在该界面中测试您的查询。
最后要说明的是，如何在本地 "联系人 "表和链接服务器上的 Dynamics 365 联系人表之间实现有效的数据同步。这比较困难，因为你不知道需要的是 INSERT 还是 UPDATE。使用 MERGE T-SQL 查询可以很好地解决这个问题。
将联系人合并为目标
使用（SELECT ContactiID 名、姓、电子邮件地址1
从 D365CE...联系
WHERE statuscode = 1 AND Modified = 0
ON （target.OnlineID = CONVERT(varchar(255), source.ContactID)
匹配时，则
UPDATE SET FirstName = source.FirstName，LastName = source.LastName、
电子邮件 = source.EmailAddress1，同步 = 1
则
INSERT （名、姓、电子邮件、在线 ID、已同步、LastSynced、
LastUpdated)
VALUES (source.FirstName, source.LastName, source.EmailAddress1、
source.ContactID, 1, GETDATE(), GETDATE())
OUTPUT inserted.FirstName, inserted.LastName, inserted.Email, inserted.OnlineID, inserted.Synced, inserted.LastSynced, inserted.LastUpdated
既然您已经了解了 Connect Bridge 是如何简化与 Dynamics 365 的数据交换的，那么请考虑更详细地探讨两种实施方案：编码集成或链接服务器设置。您可以
实际上，我建议您两者兼顾。先从咨询开始，然后进行试验，看看这是否适合你的整合想法和环境。
说到您的环境：在考虑 Dynamics 365 的集成目标时，应优先考虑可提高运营效率、数据智能和客户参与度的平台。根据您的生态系统，数据交换有意义的平台才是最佳选择，以下是您可以考虑的几个选项：SQL 数据库、SharePoint、Exchange / Office 365、Power BI 和 Gmail。
整合。转型。茁壮成长。
将 Dynamics 365 与其他现有应用程序集成，不仅仅是为了利用技术，更是为了推动企业运营转型。因此，请准备好，从一档换到二档，推动您的 Dynamics 365 集成工作驶入快车道。
您不需要超长的项目，也不需要了解 API 的复杂细节。Connect Bridge 允许技术专业人员在不直接接触 API 的情况下制作强大的集成。了解 Connect Bridge 如何免费改造您的 Dynamics 365 协商包括我们专家的个性化演示。
关于作者
作者 Ana Neto在Connecting Software担任技术顾问。
"自 1997 年以来，我一直是一名软件工程师，最近开始喜欢写作和公开演讲。您对本文有任何问题或评论吗？欢迎在下方留言！"