2010-07-24 61 views
1

我最近一直在使用MS SQL Server Integration Services进行数据迁移到Microsoft Dynamics CRM中。首先,基本问题域:使用SSIS 2008将数据迁移到Microsoft Dynamics CRM

我有一个从以前的自制CRM系统导出的平面文件,目标是有效地清理数据,然后将数据移动到Dynamics CRM中。我决定一次放入一个实体,以保持协调简单。目前CRM中有一个属性,其中包含我们在旧CRM中使用的主键。我目前的基本过程是,使用Excel Adapter将平面文件导入到SSIS中,然后连接到Microsoft Dynamics数据库以查询与导入相关的数据。由于我没有更新数据库,我认为这很好。一旦我有我的帐户指南和外键的列表,我将然后将Excel行的列表与CRM数据库中的列表进行比较,然后创建一个新的派生列,其中包含指示该操作应该是更新的派生列,以及该使用的guid是该行中的那个。

然后,我创建一个脚本对象,并向CRM Web Service发出呼叫,我逐行读取Excel文件,并且如果它在派生列中具有值,则会更新CRM,否则它会只是创建一个新的实体。

如果一切顺利,我将打包SSIS并从SQL服务器执行它。

这个逻辑有没有什么缺陷?我确信有办法让它变得更快,但我想不出任何会造成巨大差异的东西。有什么想法吗?

回答

0

您的设计很好。实际上,专门的CRM集成软件Scribe(也可能是其他的)使用它们的大多数适配器以这种方式做到这一点。他们使用直接数据库访问读取和调用Web服务进行插入/更新/删除和其他操作。

我只是想知道这种复杂性是否真的有必要。这取决于您必须导入的数据大小。我通常处理一天晚上导入的数据。

+0

好吧,我们必须做两次迁移浪潮,一个用于第一家公司,另一个用另一个用另一个类似的自定义CRM,所以这里的工作有助于实现目标。另外,我们现在实际上拥有一个抄写员许可证,所以我可能会重新制作轮子,我只是喜欢乱用这些东西。我们正在考虑的一件事是将每天晚上批量生产的ERP系统(Dynamics AX)的信息转移到客户关系管理系统(CRM)中。我们最初倾向于Biztalk,因为它处理我们的交易,但我认为SSIS似乎更适合,尤其是从管理角度来看。 – npeterson 2010-07-24 12:23:53

0

听起来对我很好 - 通过直接从数据库获取GUID,您正在减少必要的Web服务调用次数。

0

CozyRoc最近发布了一个新版本,其中包括Dynamics CRM集成组件。查看官方发布公告here

相关问题