Design patterns 我们应该在解决方案中的几个项目之间分离ssis包吗？

我使用

SSI2012

。我在数据仓库中创建了三个模式（

STG

，

TRSF

，

DW

）

STG模式用于暂存表。我的所有源文件都是CSV文件。我正在将数据从源传输到stg模式中的每个表。我对每个表都有一个单独的包（例如：如果我有20个csv文件，我将有20个包，我将在stg模式中填充20个表）

之后，我将

stg

schema转换为

trsf

schema。在这个过程中，我有我的生意。我不查找FK，其他业务规则将在此级别中应用。与privious示例相同，如果我在

stg

schema中有20个表，我将有20个包，我将在

trsf

schema中填充20个表

在第三步中，我将把数据从

trsf

schema传输到

dw

schema。这里还有20个包裹

最后，我将有20个包用于清理

stg

schema中的表

我为csv文件和

dw

schema中的表之间的每次转换创建4个包

---

我想知道为每个步骤创建4个单独的项目是否是个好主意？因为现在，我在一个项目中有80个包，它可以成长更多。

我会把项目放在一起。然而，为了将它们分开，我将为登陆、登台和数据仓库保留单独的父作业。您可以通过主父作业来控制这些父作业。这将给您独立运行各个阶段的自由

另一个建议是，我建议您将登陆、登台和数据仓库分离到单独的数据库中。相信我，从长远来看，这会对你有所帮助

干杯

---

尼钦

我会把项目放在一起。然而，为了将它们分开，我将为登陆、登台和数据仓库保留单独的父作业。您可以通过主父作业来控制这些父作业。这将给您独立运行各个阶段的自由

另一个建议是，我建议您将登陆、登台和数据仓库分离到单独的数据库中。相信我，从长远来看，这会对你有所帮助

干杯

---

尼钦

我个人会把我的包裹放在一起，但如果这会给你带来问题，就把它们分开。这里最重要的是组织。只要你知道你的包是做什么的，并且可以控制它们的执行顺序；我想说其余的都无关紧要。离题；如果每个模式都有20个表，这是否意味着最终的dw表看起来很像原始数据？如果您没有，那么

trsf

和

dw

模式是否为聚会带来了什么？@destination data：我感谢您的回答。我刚才说的是维度表。我对事实表进行了转换。我有好几份sql工作。这是按顺序执行4个包的4个步骤。（Staging/TRSF/DW/Cleanning）就个人而言，我会把我的包放在一起，但如果这会给你带来问题，就把它们分开。这里最重要的是组织。只要你知道你的包是做什么的，并且可以控制它们的执行顺序；我想说其余的都无关紧要。离题；如果每个模式都有20个表，这是否意味着最终的dw表看起来很像原始数据？如果您没有，那么

trsf

和

dw

模式是否为聚会带来了什么？@destination data：我感谢您的回答。我刚才说的是维度表。我对事实表进行了转换。我有好几份sql工作。这是按顺序执行4个包的4个步骤。（Staging/TRSF/DW/Cleanning）我的问题是关于项目中的包数。在我的项目有80多个包，它将在未来增加。你有什么办法把它们分开吗？嗨，Ardalan，我们使用命名约定来分开包。。例如：“101提取、来源、系统、名称”、“600事实、业务、活动”。因为我们在包裹名称中使用了数字，所以我们可以订购包裹。然而，在SSIS 2012中，当您最初打开包时，它们都是乱七八糟的。您可以在VS中的项目级别对它们进行排序。部署它们时，它们将始终按数字顺序排列。我的问题是项目中的包数。在我的项目有80多个包，它将在未来增加。你有什么办法把它们分开吗？嗨，Ardalan，我们使用命名约定来分开包。。例如：“101提取、来源、系统、名称”、“600事实、业务、活动”。因为我们在包裹名称中使用了数字，所以我们可以订购包裹。然而，在SSIS 2012中，当您最初打开包时，它们都是混乱的，您可以在VS中的项目级别对它们进行排序。当您部署它们时，它们将始终按数字顺序排列。