只有几个步骤,并且涉及到表达式的使用。下面列出的是使用执行 SQL 任务的示例。请注意,我正在应用带有 BIDS 的 SQL Server 2008 R2。以后的版本可能会有所不同。
脚步:
- 创建一个名为“SQLTask”的新用户变量,其范围为“Package”,数据类型为“String”,值为“SQL - Process Employee SQL”。(最好清楚地命名您的控制和数据流任务。稍后在进行故障排除时将不胜感激。)
- 将执行 SQL 任务添加到控制流中。双击它以查看执行 SQL 任务编辑器。
- 在编辑器窗口的左侧,选择表达式。当您这样做时,您会在下面的下一行看到带有表达式的“Misc”。
- 选择 Misc 下的 Expressions,然后选择出现的小浏览按钮图标。这应该会打开“属性表达式编辑器”窗口。
- 属性表达式编辑器将显示两列,属性和表达式。选择属性下的空框,并在出现下拉菜单时选择它。向下滚动,直到找到“名称”并选择它。
- 在 Expression 下的右栏中,选择 Name 右侧的空框,然后在出现小浏览按钮时选择它。这将打开表达式构建器窗口。
- 在表达式构建器窗口中,顶部有两个列表区域,右侧的一个显示“变量”。打开“变量”文件夹,该文件夹应主要列出系统变量。但是刚刚创建的那个将以“User”开头,称为“User:SQLTask”。将其拖到下面的表达式框中。
- 选择“评估表达式按钮”。这样做现在应该在灰显的“评估值”框中显示“SQL - 处理员工 SQL”。它确认它正确地获取了变量值。
- 在 Expression Builder 窗口中选择 OK 按钮。
- 在 Property Expression Editor 窗口中选择 OK 按钮。
- 并在执行 SQL 任务编辑器窗口中选择确定按钮。
虽然在控制/数据流中查看时不会捕获来自变量的任务名称,但它会在发生故障时显示。但正因为如此,在您的 SSIS 包中为您自己和其他需要了解流程中的逻辑/决策的人使用清晰的任务名称仍然是一个好主意。
关于这一点,我始终建议从以下链接中讨论的建议开始,为控制和数据流任务采用良好一致的命名约定。
建议的最佳实践和命名约定
希望这可以帮助。