问题标签 [ssdt-2019]

我最近将在 Sql Server BIDS 2008 中开发的项目迁移到带有 SSIS 扩展的 Visual Studio Professional 2019。

升级后，所有包现在都已启动并运行，但是当我在调试模式下运行它们时，所有 WindowStyle 属性设置为 Hidden 的 Exectue Process 任务现在都显示控制台窗口。其他样式也被忽略。

在 BIDS 2008 中，调试可以在后台运行，我可以做其他事情，但是其中一些包执行数百个任务，这非常烦人，并且无法进行其他工作。

我在 Azure DevOps 中的 SSDT 项目出现以下构建错误：

在构建的早期，它尝试将 Model.xml 文件写入无效路径：

由于某种原因，它无法将我的项目文件夹名称与 obj\Release\Model.xml 连接起来。但是当我在本地构建时，它会将 model.xml 写入有效位置。对于项目文件夹，我使用一个名为 $(projectDir) 的变量设置为我的项目文件夹名称。

我将 VSBuild@1 与 Windows 最新的 vmImage 一起使用。

这是我的任务：

我想禁止我的数据库项目中的所有 SQL71561 错误。该数据库中构建了许多视图，它们引用了另一个表。但是，我无法将其他数据库导入数据库项目，也无法为其维护 DACPAC 文件。

正如此答案所建议的那样，我已在 Build 部分下的项目属性的“Suppress Transact-SQL 警告”字段中添加了错误号。我尝试了“SQL71561”和“71561”都没有成功。

有人知道我在做什么错吗？

我正在使用 SQL Server 2017 和 Visual Studio 2019 社区版。

我已经创建了我的第一个 SSDT 项目并在 Jenkins 中对其进行了配置，在运行我的 tSQLt 测试用例之前部署它时我遇到了问题。

请参考我用来配置所有内容的链接：

https://the.agilesql.club/2017/03/sql-server-continuous-deployment-in-a-box/#comment-4976546606

PS：在我使用 SSDT 和 Sql server 最新版本时，对 msbuild 路径和其他相关文件的相关 ps 文件进行了更改，以上链接显示旧版本。

错误

我在 jenkins 中成功构建了我的 ssdt 项目，但是当它尝试在“单元测试”步骤中运行“DeployDacpac.ps1”时，它在管道步骤中显示成功，但实际上脚本显示如下错误：

更新：现在将 sqlpackage.exe 的路径从我的本地文件夹更改为 Visual Studio...\SQLDB\DAC\140\sqlpackage.exe" 部署工作正常。但它表明 tSQLt 单元测试步骤运行成功。它没有显示正确消息任何测试用例失败或通过。

以下是单元测试运行步骤的一些结束结果行：

" ... 将包 'AgileSQLClub.tSQLtTestAdapter' 安装到 'C:\Program Files (x86)\Jenkins\workspace\Test17_master\Lib'。缓存https://api.nuget.org/v3/registration5-gz-semver2/已安装agilesqlclub.tsqlttestadapter/index.json 包“AgileSQLClub.tSQLtTestAdapter.0.59.0”。Microsoft (R) Test Execution Command Line Tool Version 16.6.0 版权所有(c) Microsoft Corporation。保留所有权利。请开始测试执行等等……总共有 158 个测试文件与指定的模式匹配。 ”

它在 158 中考虑了包括 tSQLt sps 在内的所有 sps。但没有提及任何单元测试是否通过或失败的结果。

请指导。

如何使用 SQL Server 2019/Visual Studio 2019 创建 SSIS 包？在 Visual Studio 中创建新项目时，我没有看到 SSIS、SSRS 或 SSAS 的任何 BI 选项。我安装了免费的 SQL Server 2019 开发人员版。我还安装了 Community Visual Studio 2019 免费版。我使用 Visual Studio 2019 安装了 SSDT。我在工作负载列表中的数据存储和处理下选择了 SQL Server Data Tools。在 Windows 开始菜单上，我搜索了 Visual Studio (SSDT)，但看起来并没有安装 Visual Studio (SSDT)。我尝试使用 Visual Studio 安装程序（工作负载列表中数据存储和处理下的 SQL Server Data Tools）卸载并重新安装 SSDT。我还在 Visual Studio 2019 的 Extensions/Manage Extensions 下安装了 SSIS。

我将使用 Visual Studio 2019 通过 SSDT-DACPAC 自动化数据库部署，将部署更改的数据库是 SQL SERVER 2019，对于部署介质，我在部署开始时使用 Azure 管道和任务“SQL Server 数据库部署”抛出错误

虽然我已经双重验证了数据库的用户和密码，但相同的密码将我连接到 ssms

请查找日志

将种子数据部署到启用了 AlwaysEncrypted 的表时，遇到 SSDT 中的问题。

SQL Server 2019 Enterprise Windows Server 2016 Data Center Visual Studio 2019 Community Edition 16.7.2（截至本文的当前版本）

列主密钥、列加密密钥和列定义在项目中，并且数据库部署没有问题。这是部署后的脚本：

在设置了 AlwaysEncrypted 标志的情况下直接在 SSMS 中执行此操作时，插入成功。在普通模式和 SQLCMD 模式下都是如此。

通过已发布的配置文件使用 SSDT 发布时，我收到以下错误：

(101,1)：SQL72014：.Net SqlClient 数据提供者：消息 33277，级别 16，状态 6，行 13 列/变量“@fname”的加密方案不匹配。列/变量的加密方案是 (encryption_type = 'PLAINTEXT') 并且行 '13' 附近的表达式期望它是 DETERMINISTIC 或 PLAINTEXT。(89,0): SQL72045: 脚本执行错误。执行的脚本：

做一些研究，似乎连接字符串设置“列加密设置=启用”没有在发布配置文件中设置。如果我尝试在没有设置 AlwaysEncrypted 标志的情况下在 SSMS 中运行生成的部署脚本，我会得到同样的错误。尝试通过 UI 进行设置时，它会恢复为“已禁用”并且无论我做什么都不会保存。然后我尝试将它直接保存到发布配置文件 XML，而不是通过 UI，虽然它确实保存了，但错误并没有改变。

我尝试在启用了 SQLCMD 模式并且 AlwaysEncrypted 标志设置为 true 的情况下在 SSMS 中执行从 SSDT 生成的部署脚本，有趣的是，我得到了一个不同的错误。该错误是：

执行批处理时出错。错误消息是：ExecuteReader：CommandText 属性尚未初始化

问题：

1. 是否可以在包含使用 AlwaysEncrypted 加密的列的表中执行部署后脚本？如果是这样，我需要做什么才能让它工作？
2. 为什么在 SQLCMD 中运行时出现 SSMS 错误？有没有人能够复制这个和/或知道发生了什么？

感谢您的帮助。

弥敦道

我正在使用 Visual Studio 2019 并使用 Microsoft Reporting Services Projects Extension v2.6.7。我面临的问题是我有一个处理大约 60k 记录的报告，该报告很复杂，并且具有组、重复标题、数据集过滤器以及 VB 代码。

用于此报表的存储过程在不到 10 秒内运行，当报表部署到报表服务器时，报表在不到 2 分钟内完成呈现。但是，当我在预览或运行模式（报表查看器）中使用 Visual Studio 运行相同的报表时，报表运行时间长达 17 到 20 分钟。我使用过 SQL Profiler，发现存储过程执行时间与报表执行时间几乎相同。存储过程旨在处理参数嗅探问题，我没有看到该过程有任何问题。

从报告方面来看，我尝试过 Keeptogether=false、Interactive size 等可能会影响性能的方法。他们看起来很好。

我还尝试添加 WorkingSetMaximum 以增加内存，但仍然没有运气。我正在使用的客户端需要将 RDLC 文件集成到他们的应用程序中，并且出于自己的原因不想在报表服务器上部署。

如何使我的报表在 Visual Studio 预览模式/报表查看器（运行模式）中运行得更快，以便我可以将报表的性能与我在报表服务器中获得的性能相匹配。

此外，如果有人可以判断报表呈现在报表服务器与预览模式上的工作方式是否存在差异。

编辑 1 - 报告服务器和数据库在我的笔记本电脑中配置，并且没有任何不同的配置。

编辑 2 - 我通过运行 SQL Profiler 收集到的另一个观察结果是，在预览模式期间，连接保持打开状态，并且数据检索时间证明了报告运行时间。两者都是一样的。但是当我在同一台机器上通过报表管理器运行报表时，过程会在几秒钟内完成，甚至报表呈现速度也更快。正如我上面提到的，我已经处理了参数嗅探。我现在试图了解 SSRS 引擎处理预览的报告渲染和数据检索以及何时将报告部署到报告服务的方式是否存在差异。

我有几个 system_versioned 表，并通过 SSDT 将项目部署到 Azure SQL 托管实例。对于这些 system_versioned 表中的许多表，SSDT 总是重新创建发布代码或将这些表显示为模式比较不同（见下图）。

在我看来，SSDT 无法更新 history_retention_parameter。对于某些表，但并非所有发生此部署行为的表，这已更改。此表的发布脚本包含以下步骤：

• 删除 system_versioning
• 打印“更改表 XY”
• 没做什么
• 添加 system_versioning ，请参见下面的摘录：

Schema Compare 如下所示（它显示为无法识别 history_retention_period 参数）：但是，如果我检查 sys.tables

一般来说，这些表定义如下：

Visual Studio：2019 企业版 16.8.1

我想创建一个 SQL 数据库项目并将我的数据库作为代码管理（例如 DevOps），但我不确定我可以在企业中免费使用哪些工具。

如何安装和使用 SSDT 而无需付费许可和违反任何 EULA，例如 Visual Studio 社区版？

在企业组织中（即拥有超过 250 台 PC 或年收入超过 100 万美元的组织），不允许使用...

这篇微软文章指出我可以在 VS2019 中使用 SSDT，但它没有告诉我如何安装它并且不违反 EULA。

这个SSDT 下载页面没有任何帮助，也没有提供任何关于许可的信息。

此外，我考虑了其他工具，但查看文档，它们似乎与 SSDT 无法相比：

• Azure Data Studio -（跨平台）新的预览扩展 SQL 数据库项目支持 DACPAC。我对之前对该产品的试用不满意。也许几年后我会再试一次。
• VS Code：似乎没有任何直接支持 SQL 数据库项目和/或 DACPAC 的扩展