Sql server 保存SSIS包时,更改将丢失
我有一个带有执行SQL任务的SQL Server 2005 SSIS包。我编辑SQL语句,通过OKs进行更改。我返回到执行SQL任务中,并且更改已经生效。太好了 我现在去保存包裹。我点击保存。我回过头来看执行SQL任务,更改已经丢失 这里发生了什么事?我怎样才能阻止它?Sql server 保存SSIS包时,更改将丢失,sql-server,ssis,Sql Server,Ssis,我有一个带有执行SQL任务的SQL Server 2005 SSIS包。我编辑SQL语句,通过OKs进行更改。我返回到执行SQL任务中,并且更改已经生效。太好了 我现在去保存包裹。我点击保存。我回过头来看执行SQL任务,更改已经丢失 这里发生了什么事?我怎样才能阻止它? 单击执行SQL任务 单击F4以查看属性列表 单击表达式行,然后单击小[…]框以查看表达式 更改表达式(如果不希望动态设置名称/sqlstatementsource/等,请将其删除) 对于SSIS包的可重用性和基于模板的开发来说
- 单击执行SQL任务
- 单击F4以查看属性列表
- 单击表达式行,然后单击小[…]框以查看表达式
- 更改表达式(如果不希望动态设置名称/sqlstatementsource/等,请将其删除)
对于SSIS包的可重用性和基于模板的开发来说,这是一个很好的特性。我们一直在使用它。我也有同样的问题。原因是我使用了一个包含所有可执行文件的配置文件,而sql代码只是存储在配置文件中的一个可执行文件的属性。当您更改代码时,配置文件不会得到更新,但当您关闭/打开项目时,会从配置文件中提取值,从而将更改反向到初始状态 为了解决这个问题,您需要从配置文件中排除可执行文件(我所做的),或者在每次更改包时重新创建配置文件
我希望这能有所帮助。我发现我无法在“发送邮件”任务中更改“到”。或者更确切地说,我会在新值上按OK,然后再次调出它,它将是旧值。我所做的是在记事本中编辑dtsx文件,方法是搜索旧值并对其进行更改。我认为文件中可能存在某种损坏。我注意到其他一些奇怪的事情。我现在已经创建了另一个具有相同设置的执行SQL任务,我非常乐意编辑并保存它。但如果有人有更具体的解释,我仍在寻找答案。我提到的其他情况是,这个包裹是另一个包裹的副本。在执行SQL任务中,SQL中提到了包本身(在where子句中)。当我重命名包时,它实际上改变了SQL,使之具有新的包名!因此,进一步的证据表明,该软件包有些腐败。