SSIS单服务器ETL到仓库
SSIS Single Server ETL to Warehouse
我正在将事务数据库中的集合转换为仓库。只有一台源服务器，没有其他数据源（例如 Web 服务、平面文件、Excel 等）。
这些作业很简单，可以用 TSQL 存储过程编写。
为了清晰、文档、可伸缩性等方面的好处，我仍然想在 SSIS 中对工作进行建模。
SSIS 建模的实现时间似乎呈指数增长。问题是：与直接 SP 相比，SSIS ETL 建模的好处是否提供了 ROI？
The SSIS modeling seems to be exponentially longer to implement.
目前，情况可能是这样，但是您是否有任何迹象表明您会变得流利？从使用 SP 作为 SSIS 内的数据源开始执行复杂的操作。这可能会帮助您按时开始项目。
稍后，当您对 SSIS 越来越熟悉时 and/or 可以向团队添加具有 SSIS 技能集的其他资源（DBA？）。 SSIS 中有很多调试和管理工具来监视小块的长而复杂的数据流。您可能会发现这对于解决难题而不是大型过程非常有价值。
对于您使用技术的第一个项目，从小做起。可能发生的最糟糕的事情是您的逻辑永远位于 SP 中。希望您 trim 抽出时间来实现更复杂的数据转换。
我正在将事务数据库中的集合转换为仓库。只有一台源服务器，没有其他数据源（例如 Web 服务、平面文件、Excel 等）。
这些作业很简单，可以用 TSQL 存储过程编写。 为了清晰、文档、可伸缩性等方面的好处，我仍然想在 SSIS 中对工作进行建模。
SSIS 建模的实现时间似乎呈指数增长。问题是：与直接 SP 相比，SSIS ETL 建模的好处是否提供了 ROI？
The SSIS modeling seems to be exponentially longer to implement.
目前，情况可能是这样，但是您是否有任何迹象表明您会变得流利？从使用 SP 作为 SSIS 内的数据源开始执行复杂的操作。这可能会帮助您按时开始项目。
稍后，当您对 SSIS 越来越熟悉时 and/or 可以向团队添加具有 SSIS 技能集的其他资源（DBA？）。 SSIS 中有很多调试和管理工具来监视小块的长而复杂的数据流。您可能会发现这对于解决难题而不是大型过程非常有价值。
对于您使用技术的第一个项目，从小做起。可能发生的最糟糕的事情是您的逻辑永远位于 SP 中。希望您 trim 抽出时间来实现更复杂的数据转换。