您将遇到的问题是使用 xp_cmdshell 转义值。对于运行带有复杂命令行参数的包时遇到的另一个问题,我无法解决这个问题。如果有人可以提供相反的信息,请告诉我,我将修改/删除我的回复。
我可以建议作为解决问题的替代方法是让您的包确定当前文件是什么,或者使用不同的机制来指导该行为。
包,认识你自己
这种方法是我的首选方法。您为您的软件包提供智能以解决问题。你怎么知道正确的 Excel 文件是什么?你说它有一个日期,那么你怎么知道那个日期是什么?
如果是今天的日期,您可以在变量上使用表达式 some 以提供的格式粘贴到当前日期。
它是文件夹中唯一的文件吗?然后使用文件类型的 ForEach 枚举器来识别那里的所有 .xlsx 文件。这个问题和最优秀的答案;) 描述了如何使用 SSIS 导入最新的 CSV。查找最新的 Excel 文件将是一个微不足道的更改string fileMask = "*.xlsx";
如果您有描述如何确定正确文件的业务规则,我很乐意提供有关如何使用 SSIS 实施所述规则的见解。
告诉我你想要什么
另一种选择是使用外部配置来提供运行时值。SSIS 提供了许多开箱即用的配置选项。我宁愿为此目的使用 SQL Server,但您的选择是
- SQL Server 表
- XML 文件
- 环境变量
- 注册表值
- 父包
最后 3 个是我认为的特殊用例,对您的问题不是特别方便,但为了完整起见,我已经列出了它们。无论您使用什么配置选项,单击 SSIS、包配置、选中启用配置按钮并使用向导设置您的配置类型应该是一件简单的事情。
使用外部配置的第二个选项是做你正在做的事情,提供命令行选项来控制包行为(不需要更改包)。相反,您用 xp_commandshell 换取一些自定义 PowerShell。我认为 PS 只是 2008+ 的一个选项,但您可以编写一个相当简单的脚本来导入 SSIS 对象模型、创建应用程序的实例、打开现有包、应用命令行参数并运行应用程序。我可能可以根据这里的答案中的 $app 和 $package 位拼凑一些东西
编辑
1)您看到“选项 12.0 无效”的原因是由于 xp_cmdshell 贪婪并急切地将命令行选项中的空格解析为单独的参数。如果你开始搜索 xp_cmdshell 的限制,你会得到很多命中,因为参数中的空格会导致问题。
2) 据我所知,SQL 代理作业是静态的。能够将它们配置为使用可变值参数(在运行时评估的东西)调用任何步骤(sql、ssis 等)真是太棒了,但一般来说,我还没有找到这样做的干净方法。
3) If you're intent on not changing the package to determine what the "right" file is, using configurations or rolling your own invocation method (PS is an job step type in SQL Agent), you could try a low-tech solution of using your existing logic to build out the dtexec call but have that all in a .bat file. xp_cmdshell then calls the batch file which should not have the trouble of handling the space in the argument name.