标签: sql-server-data-tools

您好，我在 Visual Studio 中打开表格项目文件时遇到同样的问题。使用 .smproj 文件时，我收到不兼容的错误，指出该应用程序未安装。

我在迁移报告中收到的错误消息如下：\n“XXX”.smproj：找不到此项目类型所基于的应用程序。\n\xe2\x80\x8b我尝试在 VS 2015、2017 和 2019 中打开它。

我已经安装了以下扩展：

\n
• Microsoft 集成服务项目 (VS 2017)
\n
• SQL Server 集成服务项目 (VS 2019)
\n

在所有版本中，我无法访问该项目，并出现相同的不兼容错误。

任何人都可以就上述内容提供任何指导，我们将不胜感激。

我有 Visual Studio 2017。SSIS 和 SSRS 直到昨天都工作正常。

但现在，当我单击 SSIS“编辑脚本”按钮时，没有任何反应。

我已经卸载SSDT并重新安装，但问题仍然存在。

Microsoft.SqlServer.ScriptTask.dll 存在于这些文件夹中：

1. C:\Program Files (x86)\Microsoft SQL Server\140\DTS\Tasks（和 C:\Program Files (x86)\Microsoft SQL Server\110\DTS\Tasks）
2. C:\Program Files\Microsoft SQL Server\150\DTS\Tasks（和 C:\Program Files\Microsoft SQL Server\110\DTS\Tasks）
3. C：\ Windows \ Microsoft.NET \ assembly \ GAC_MSIL \ Microsoft.SqlServer.ScriptTask \ v4.0_11.0.0.0__89845dcd8080cc91（和C：\ Windows \ Microsoft.NET \ assembly \ GAC_MSIL \ Microsoft.SqlServer.ScriptTask \ v4.0_12 .0.0.0__89845dcd8080cc91，C：\ Windows \ Microsoft.NET \ assembly \ GAC_MSIL \ Microsoft.SqlServer.ScriptTask \ v4.0_13.0.0.0__89845dcd8080cc91和C：\ Windows \ Microsoft.NET \ assembly \ GAC_MSIL \ Microsoft.SqlServer.ScriptTask \v4.0_14.0.0.0__89845dcd8080cc91)

为什么“编辑脚本”按钮突然不起作用，如何解决这个问题？

谢谢

我刚刚开始在VS 2012中使用SSDT.在SQL Server对象资源管理器中,我选择了一个表,右键单击并选择了View Designer.除非我弄错了,否则创建FK的唯一方法是在屏幕底部的T-SQL窗口中手动输入它的语法.我是否正确或希望有更好的方法来做到这一点？

顺便说一句,当我右键单击外键时,我希望看到一个添加选项,但我看到的只有:

在单个解决方案中使用SSDT 2010(最新更新,v10.3.21208.0)和多个数据库项目时出现错误.该错误读取以下内容:

SQL71561: View: [dbo].[View] has an unresolved reference to object [OtherDatabase].[dbo].[OtherTable]

我已经阅读了Stack Overflow和Google上可以找到的所有其他资源.以下是我已经尝试过的一些事情:

• 设置数据库引用解决方案中的其他项目.
• 清除Database变量选项以绕过根据配置选项动态更改数据库名称的SQLCLR变量.
• 确保在所有项目上禁用对常见对象的启用扩展Transact-SQL验证
• 将数据库位置选项设置为:不同的数据库,同一服务器
• 确保项目建造订单按逻辑安排
• 试过这篇文章的建议

似乎没有什么对我有用.任何帮助将非常感激.这是一个截图,可能会更清楚地解决我的问题:

我在构建数据库项目期间遇到以下异常.

C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v11.0\SSDT\Microsoft.Data.Tools.Schema.SqlTasks.targets(513,5): Error:  MSB4018: The "SqlBuildTask" task failed unexpectedly.
14>Microsoft.Data.Tools.Schema.SchemaModel.ScriptCacheException: The cache identifier E:\Systems\MyProject\WorkingCopy-branch\source\Database.my_db_project\obj\debug.Deploy\ASMREXEXP.generated.sql does not exist.

奇怪的是,构建在trunk上工作正常,但在功能分支上出现此异常失败.

我有一个数据库项目,目前正在使用"dbo"架构.我想将dbo更新为其他内容.

我能够找到项目设置来更改默认的dbo模式名称,但它只适用于新添加的表.如何将现有表从dbo更新为其他内容.

请帮我,

我在2010年迁移了VS 2013上的数据库项目,当我与源数据库进行模式比较并定位数据库项目时,我按下更新按钮后没有更新项目.我已尝试了很多次,但它不起作用.你有什么线索吗？

我在sql server 2012上部署了ssis包.之后安排了一个sql作业,每周运行一次这个ssis包.当我第一次开始工作时,它失败并出现以下错误.

工作失败了.作业由User MyDomain\MyUserName调用.运行的最后一步是步骤1(调度ssis包).

以用户身份执行:NT Service\SQLSERVERAGENT.Microsoft(R)SQL Server执行包实用程序版本11.0.5058.0(适用于64位版权所有(C)Microsoft Corporation).版权所有.开始于:2:17:12 PM IS服务器上的包执行失败.执行ID:6,执行状态:4.要查看执行的详细信息,请右键单击Integration Services目录,然后打开[所有执行]报告已启动:下午2:17:12已完成:下午2:17:17经过:4.493秒.包执行失败.步骤失败了.

我确定权限存在一些问题,但我无法解决此问题.

此程序包正在删除桌面上存在的文件夹的内容.SQL Server实例正在我的机器上运行.我在一台独立的机器上.

我一直在研究一个项目,里面有一个数据库项目,当我对脚本进行一些更改时,我常常发布该数据库.现在我注意到,当我发布数据库项目时,它首先构建并创建一个dacpac文件,然后在我选择目标数据库之后发布它.我很想知道dacpac文件在发布sql数据库时扮演的角色.当我试图阅读关于dacpac的pro和con时,我也找到了这个东西.这真的是那样的吗？

链接

DACPAC的最大问题与发布数据层应用程序以将版本更改从DAC推送到SQL Server的方式有关.这是通过创建具有临时名称的新数据库,在数据库中生成新对象,然后将所有数据从现有数据库移动到新数据库来完成的.传输完所有数据并运行发布后脚本后,将删除现有数据库,并为新数据库指定正确的名称.

我们有一个构建步骤,使用Visual Studio(sln)作为转换器类型,使用大约70个项目构建解决方案.我们能够通过这样做成功构建MSBuild不支持的其他项目,例如vdproj文件和office插件.但是,它显然不适用于SSDT/SSRS项目.我确保将最新版本的SSDT安装到Visual Studio,Visual Studio 2015直接安装在构建服务器上.

rptproj is not supported by MSBuild and cannot be built

还有什么我需要做的才能让它们正确构建吗？我已经读到有些人将它们移动到他们自己的解决方案中,但这不是我们在此之后所做的,而且我不确定这是否能解决问题.

这对我们很重要,因为我们需要以SQL 2008为目标的构建输出,而不是直接在项目中复制RDL(工具版本)(SQL 2016).