Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/actionscript-3/6.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Javascript 从Dynamics 365和Azure自动更新外部数据库_Javascript_Api_Azure_Dynamics Crm_Microsoft Dynamics - Fatal编程技术网

Javascript 从Dynamics 365和Azure自动更新外部数据库

Javascript 从Dynamics 365和Azure自动更新外部数据库,javascript,api,azure,dynamics-crm,microsoft-dynamics,Javascript,Api,Azure,Dynamics Crm,Microsoft Dynamics,该公司已经使用Dynamics CRM多年,在未来几个月的某个时候,我需要考虑将来自它的客户数据集成到我们的其他web应用程序中 我们当前的设置是Dynamics 365拥有最新的客户端数据,我们手动将其导出并手动将其导入到另一个驱动web应用程序的数据库中。效率不是很高,正如人们所预料的那样,全年都有这样的情况:这种手动过程没有发生,web应用程序数据库中的某些内容过时或不准确 我确实有一个我编写的Python应用程序,它处理OAuth身份验证,可以通过Dynamics 365 Web API

该公司已经使用Dynamics CRM多年,在未来几个月的某个时候,我需要考虑将来自它的客户数据集成到我们的其他web应用程序中

我们当前的设置是Dynamics 365拥有最新的客户端数据,我们手动将其导出并手动将其导入到另一个驱动web应用程序的数据库中。效率不是很高,正如人们所预料的那样,全年都有这样的情况:这种手动过程没有发生,web应用程序数据库中的某些内容过时或不准确

我确实有一个我编写的Python应用程序,它处理OAuth身份验证,可以通过Dynamics 365 Web API请求特定的数据位并更新数据库。因此,我已经整理好了如何按需请求记录,但这似乎会减慢应用程序的速度

我想知道的是,从Dynamics 365是否有一种方法,即一旦在那里更新记录,它将在外部数据库中更新或创建该记录?这样,外部数据库总是最新的,不必发送对Dynamics 365的web API的请求,web应用程序通常应该更快

这是一个Azure自定义进程,Dynamics 365中的自定义JS,当在Dynamics 365中更新/创建记录时,它会利用web应用程序的API在外部数据库中更新/创建记录,还是其他一些进程?

这可能就是您要找的东西。它将保持Azure SQL数据库与Dynamics 365 CE(CRM)中的记录同步

Microsoft Dynamics 365数据导出服务是Microsoft AppSource上提供的一项附加服务,它增加了将Microsoft Dynamics 365(联机)数据复制到客户拥有的Microsoft Azure订阅中的Microsoft Azure SQL数据库存储的能力。支持的目标目标是Microsoft Azure虚拟机上的Microsoft Azure SQL数据库和SQL Server。数据导出服务最初智能地同步整个Dynamics 365数据,然后在Microsoft Dynamics 365(联机)系统发生更改(增量更改)时连续同步。这有助于利用Azure data and analytics services在Dynamics 365数据之上启用多个分析和报告方案,并为客户和合作伙伴构建定制解决方案开辟了新的可能性


请注意(最后一段)。

虽然我自己还没有尝试过,但我会开始研究Web挂钩。这似乎是你的拿手好戏


这似乎符合要求。听起来很有希望,谢谢你的建议。只是澄清一下,这是否适用于PostgreSQL的Azure数据库?这就是我们存储数据的地方,我理解这是Azure数据库的“特色”。最后,Azure之外的数据库如何?我们可能要用于项目管理的另一个软件在开发者服务器上有自己的后端,这对我们是禁止的。他们只有一个我们可以用来更新记录的API,因此需要从Dynamics或Azure向
PUT
CREATE
发送HTTP请求。我认为它不适用于PostgreSQL,因为它明确说明了Azure SQL数据库或SQL Server。我们将其用于Azure SQL数据库。顺便说一句,不要低估Dynamics Online实例可以正确处理的请求数。我从解耦的角度理解这个解决方案,但性能不应该是这里的主要驱动因素。解耦和保持同步很难,所以您可能希望直接连接到CRM。这听起来很有希望,谢谢您的建议!显然,这听起来比推荐的Azure感知插件更直截了当,而且与数据导出服务相比,它将与我们的基础设施更无缝地集成。以下是Dynamics 365文档:。我将在下个月发布此消息时向您通报。