小编Had*_*adi的帖子

我刚刚在仅安装了 VS2019 的计算机上安装了 SSMS 18 GA，当我尝试打开 SSMS 时，会出现启动画面，但随后进程退出。

使用-log参数运行 ssms 会显示一条错误消息：

包 [Task Scheduler Package] 的 CreateInstance 失败：源：“mscorlib”描述：无法加载文件或程序集“Microsoft.VisualStudio.Shell.Interop.8.0，版本=15.0.0.0，Culture=neutral，PublicKeyToken=b03f5f7f11d50a3a”或其中之一它的依赖。定位的程序集的清单定义与程序集引用不匹配。（来自 HRESULT 的异常：0x80131040） System.IO.FileLoadException：无法加载文件或程序集“Microsoft.VisualStudio.Shell.Interop.8.0，版本=15.0.0.0，Culture=neutral，PublicKeyToken=b03f5f7f11d50a3a”或其依赖项之一。定位的程序集的清单定义与程序集引用不匹配。（来自 HRESULT 的异常：0x80131040）文件名：'Microsoft.VisualStudio.Shell.Interop.8.0，版本=15.0.0.0，文化=中性，PublicKeyToken=b03f5f7f11d50a3a' ---> System.IO.FileLoadException：无法加载文件或程序集“Microsoft.VisualStudio.Shell.Interop.8.0，版本=8.0.0.0，Culture=neutral，PublicKeyToken=b03f5f7f11d50a3a”或其依赖项之一. 定位的程序集的清单定义与程序集引用不匹配。（来自 HRESULT 的异常：0x80131040）文件名：'Microsoft.VisualStudio.Shell.Interop.8.0，版本=8.0.0.0，Culture=neutral，PublicKeyToken=b03f5f7f11d50a3a'

警告：程序集绑定日志已关闭。要启用程序集绑定失败日志记录，请将注册表值 [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) 设置为 1。注意：有一些与程序集绑定失败日志记录相关的性能损失。要关闭此功能，请删除注册表值 [HKLM\Software\Microsoft\Fusion!EnableLog]。

在 System.Reflection.RuntimeAssembly.GetType(RuntimeAssembly assembly, String name, Boolean throwOnError, Boolean ignoreCase, ObjectHandleOnStack type) at System.Reflection.RuntimeAssembly.GetType(String name, Boolean throwOnError, Boolean ignoreCase) at System.Activator.CreateInstance(String assemblyString, String typeName, Boolean ignoreCase, BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfoculture, Object[] activationAttributes, Evidence securityInfo, StackCrawlMark& stackMark) at System.Activator.CreateInstance(String assemblyName, String typeName) at …

这是针对系统操作员（或之前经历过这种经历的人）的一个问题。

我的公司希望在生产中的现有 SQL Server 机器上分配额外的磁盘空间。我们想知道扩展卷（磁盘管理中的“扩展卷...”）是否可以在线完成，或者是否需要关闭 SQL Server 服务。

有什么理由应该停止 SQL Server 服务来执行此操作，还是可以在白天执行此操作？

以防万一系统规格相关。这是一个运行 Windows 2012 R2 和 SQL Server 2008 R2 的真实机器（无虚拟化）。

谢谢！

一直在寻找将行 (progress_check) 转换为列检查 1、检查 2 等......不需要总和或总数，只是希望显示结果......任何人都可以帮忙，谢谢广告

在 BIDS 中，我正在运行数据流任务，我想知道对 OLE DB 源的数据访问模式使用“表或视图”与“SQL 命令”之间的幕后区别是什么。例如，假设我有一个名为 mytable 的表，它有 5 列（column1、column2、column3、column4、column5），但我只对 column1 感兴趣。我看到这两个选项：

1. 我可以使用“表或视图”并选择“mytable”，然后只从“列”窗格中选中“第 1 列”。
2. 或者我可以使用“SQL 命令”并使用此查询“从 mytable 中选择 column1”。

当我进行测试时，第二个选项似乎运行得更快，但是当我使用“表或视图”然后只选择某些列时，我想确认幕后发生了什么。我很感激任何人都可以提供的任何见解。

（在我的特定用例中，mytable 是一个异地 Azure 数据库表，column2 中包含大量 xml。我的猜测是，当我使用“表或视图”时，所有列都通过网络传输）

我有一个非常繁忙的数据库，我被要求寻找回滚的事务。

我使用 SQL Server Profiler 来监视TM: RollbackTran Completed 事件，这表明每分钟都会发生几十个这样的事件，但它没有给我任何关于正在回滚的事务、回滚影响的对象的任何指示，或者回滚发生的原因。简而言之，它的用途似乎非常有限。

例如，如果我还尝试进行监控，以便为SQL:StmtStarting回滚提供一些上下文，那么在这个繁忙的环境中只会有太多噪音，无法识别哪个语句负责回滚。

我也试过运行语句

SELECT *
FROM fn_dblog (NULL, NULL)
WHERE Operation = 'LOP_ABORT_XACT';

但这并没有返回任何结果（考虑到 SQL Profiler 报告的回滚次数，这似乎很奇怪）。

有什么方法可以生成显示已回滚事务的报告？

蒂亚！

我已经将 VS2008 中内置的 SSIS 包转换为在 VS2010 中打开。

我有一个未通过验证的派生列组件。它在 VS2008 中运行良好。这是派生列中使用的表达式...

FINDSTRING(
    SecurityDescription,"\n",1) > 0   
    ? SUBSTRING(SecurityDescription, 1, 
                FINDSTRING(SecurityDescription,"\n",1) - 1)  
) : SecurityDescription

以下是我运行包时的错误...

错误是：

[派生列 [36]] 错误：
尝试解析表达式
“ [FINDSTRING](#102,"\n",1) > 0 ? [SUBSTRING](#11898,1,[FINDSTRING](#11898,"\n",1) - 1) : #102”失败并返回错误代码 0xC00470A3。
无法解析表达式。它可能包含无效元素或格式不正确。也可能存在内存不足错误。

我已经仔细检查过，SecurityDescription是一个有效的列。如果我只是添加SecurityDescription. 不知道FINDSTRING代码有什么问题。

我有一个看起来运行良好的脚本任务，但无论我在里面放什么都没有被执行。我尝试了各种方法：通过内置的 SSIS 日志记录机制进行日志记录，通过附加变量和 SQL 命令任务进行日志记录，但我永远无法弄清楚出了什么问题。我试图放置断点，它在调试过程中不会中断。

这是带有 SQL 2016 的 VS 2015。此问题仅在部署在其中一个 SQL Server上时发生。我以前在该服务器上完全没有问题。我在不同的 SQL 框（相同的配置）上部署了相同的包，它按预期运行。

编辑：为了更好地澄清问题，我启动了一个新的 SSIS 包，其中只有 3 个脚本任务：

测试任务：

    public void Main()
    {
        // TODO: Add your code here

        Dts.TaskResult = (int)ScriptResults.Failure;
    }

测试任务完成后，如果测试成功，则将其链接到“成功任务”，如果失败则链接到“失败任务”。

在 VS 上，测试任务按预期失败并转到失败任务。但是一旦部署它就停止工作。

我正在寻找一种自动化解决方案来将敏感数据从我的 prod 环境清理到我的 DEV 和 DEVINT 环境，这样我就不必编写大量代码来完成这项工作。有谁知道数据质量服务和 SSIS 中的数据清理步骤是否可以为我解决问题？或者，是否有其他人有任何建议可以在无需编写 TSQL 的情况下清理我的数据？

我正在尝试导入一个简单的文本文件，其中有一些“额外”引号，并且我正在尝试查看是否有一种简单的方法来适应这一点。

为了重现该问题，我要导入一个简单的三行文件：

"FirstName","LastName","ZIPCODE"
"Tim","Harkin","11111"
"Tim","Harkin"","11111"
"George","Washington","12345"

第三行中的额外引号会导致导入失败。查看文件连接管理器，我有以下设置：

然而，查看预览，额外的引号最终“隐藏”了列分隔符：

有什么建议让连接管理器忽略额外的引号，并解释平面文件中存在的每一行吗？

我发现诸如“SSIS”、“SSDT”等的首字母缩略词对于它们与 SQL Server 的关系有点令人困惑。在我看来，SQL Server 实现了 T-SQL 语言，并且诸如“SSIS”之类的包是 T-SQL 语言上的第三方“包装器”，并且实际上是 SQL Server 的插件。这样对吗？

这篇博文（这里）提到了 SSIS 与 T-SQL 的优势（这就是为什么我认为 SSIS 是 T-SQL 的包装器）。此外，我可以看到创建为 SSIS 包的作业可以在 SSMS 的 SQL Server 代理下找到。

我遇到了一个错误：“SSIS 无法在 unicode 和非 unicode 字符串数据类型之间转换”，即使源列和目标列都是 unicode (NVARCHAR) 数据类型。源数据库和目标数据库在同一台服务器上。

来源是一个查询：

SELECT 
   CASE
        WHEN [Gender__c] = 'Female' THEN 'N' 
        WHEN [Gender__c] = 'Male' THEN 'M'
        WHEN [Gender__c] = 'Nainen' THEN 'N' 
        WHEN [Gender__c] = 'Mies' THEN 'M'
        When [Gender__c] = 'Ei tiedossa' THEN 'Ei tiedossa'
        ELSE NULL 
    END as Gender__c
  FROM [database].[table] 

有人见过一样的吗？