2016-03-15 97 views

回答

2

SSIS非常适合在那里你一个SQL Server和

  • 另一个RDBMS
  • 之间transfering数据的Excel
  • 一个简单 CSV文件
  • 你做批量ETL批处理选项不需要逐行处理
  • 您的映射主要是数据类型转换映射(即将VARCHAR更改为NVARCHARDATETIMEVARCHAR等)
  • 你真行,错误/故障处理的批次,而不是行
  • 你这样做主要是点对点是不可能改变或仅会暂时需要集成。

的BizTalk是非常适合于实时信息需求,其中:

  • 你任何两个端点
  • 你需要一个消息处理
  • 中央中枢和/或ESB之间传输信息
  • 您需要对消息进行细粒度转换
  • 您需要使用更复杂的循环文件结构(即,不能直接获取CSV)
  • ,您需要申请分析师管理业务规则
  • 你需要能够在运行时轻松更换终端
  • 您需要个人信息的更多增强的错误/故障管理/行
  • 需要增强型B2B功能( EDI,HL7,SWIFT,贸易合作伙伴管理,确认)

既可以做其他的了很多额外的工作任务,但看到这一点,试图让SSIS做到这一点就需要调用任务每行一个存储过程并让它对每行进行适当的错误处理/转换,并尝试让BizTalk执行批量ETL操作t帽子需要最少的转化。两者都可以做,但这将是痛苦的。

2

简短的回答,没有。

BizTalk Server和SSIS是不同的范例,用于互补,而不是相反。它们都是BizTalk Stack的一部分,并且经常在同一个应用程序中使用。

BizTalk是一个消息传递平台,应用程序将倾向于一次处理一个实体。 SSIS是基于设置的,并且适用于基于批量表的操作。

+1

它们不是都是BizTalk堆栈,但它们在同一企业场景中使用 –

+1

由于SQL Server是BizTalk Server的必备条件,它的所有组件都可在BizTalk堆栈中使用,就像Windows的任何功能一样作为IIS。称之为Microsoft On Premise集成堆栈......也可以在Azure上运行。 –

相关问题