Questions tagged «ssdt»

SQL Server数据工具是SQL Server平台的免费组件，可供所有SQL Server用户使用。它为SQL Server 2005及更高版本以及SQL Azure提供了现代的数据库开发经验。

2
在SSDT中引用系统视图？
我已将一个数据库导入SSDT，其中包含对系统视图（特别是sys.columns）的引用。问题是，当我构建项目时，我随后收到有关未解析引用的警告 从我在MSDN论坛上看到的来看，这似乎是一个已知的问题：http : //social.msdn.microsoft.com/Forums/en-US/ssdsgetstarted/thread/5a7026bd-0602-42e6-a639- d73bed903c26 现在，我知道我可以关闭或忽略该警告，但是有人知道实际的解决方案吗？ 谢谢
2
为什么：r SQLCMD命令在后期部署脚本中标记为错误？
我曾经使用过后期部署脚本工作过几次，并且总是直观地使用构建操作“ PostDeploy”，因为这就是事实。现在，我第一次尝试遵循脚本模板中的内置指令来使用":r somescript.sql"语法。 立即将这一行标记为错误： “ SQL80001'：'旁边的语法错误” 我发现了将PDS设置为“无操作”的建议。这没有帮助，错误仍然存​​在。我在这里想念什么？
2
将我的数据库项目与Azure服务器进行比较时，SSDT架构比较失败
我有一个建立在我们企业数据库上的SQL数据库项目。使用SSDT的Schema Compare工具，它已在内部和AWS托管的SQL服务器上多次部署。 当我发布到运行SQL Ent 2012 sp2的Azure Hosted Win 2012 Server时出现问题。它返回“比较完成。未检测到差异”。 我知道这是错误的，因为我可以打开企业管理器并将架构与SQL Project进行比较，并发现两者之间存在差异。 我发现了几篇有关2014版如何破坏该工具的文章，但它们之间存在版本差异。 [是的，我做了Google。说明是因为我因忘记这样做而臭名昭著。] https://www.google.com/webhp?ie=utf-8&oe=utf-8#q=ssdt+data+compare+fail+to+detect+difference&start=10 我检查过的其他内容包括确保我的数据库帐户具有无限访问权限。我可以连接管理控制台。我可以连接本地程序。 最后确认存在问题： 我创建了一个SP，该SP的返回值为1。 为了测试，它可能一无所获。 创建SP后，我在所有实例上运行架构比较，除Azure服务器以外的所有实例均显示出差异。 更新资料 我已经证实这是明确地与服务器有关的，因为现在两台不同计算机上的两个不同用户都遇到了相同的确切问题。
1
进行大容量插入时，SSDT Schema Compare不起作用
我正在一个大型ETL和DW项目中工作，在该项目中我们将TFS /源代码控制与SSIS和SSDT一起使用。 今天，我发现，当SSIS包对数据库表执行批量插入时，无法对该数据库执行SSDT架构比较。这很不幸，因为我们的某些软件包需要很长时间才能完成。我们希望使用“模式比较”功能来检测对数据库结构的更改，以便将其保存在我们的SSDT项目中，以进行数据库的版本控制。 仔细研究一下，我发现SSDT中的Schema Compare函数执行一个SQL脚本，该脚本OBJECTPROPERTY()在数据库的表上调用系统函数。特别是在我的情况下，OBJECTPROPERTY(<object_id>, N'IsEncrypted')当<object_id>引用当前正在批量插入的表时，对的任何调用似乎都被阻止了。 在Visual Studio中，SSDT架构比较会在一段时间后简单地超时，并声称未检测到差异。 SSDT中是否有解决此问题的方法，还是应该尝试提交MS Connect错误报告？ 或者，由于BULK INSERT来自SSIS包，是否有某种方法可以在不锁定OBJECTPROPERTY表调用的情况下进行此插入？编辑：在SSIS OLE DB目标中，我们可以删除“锁定表”中的复选标记，该标记如其所愿，但这在某些情况下可能会损害性能。我对允许SSDT架构比较执行其工作的解决方案更感兴趣，即使某些对象被锁定。
11 sql-server  ssis  ssdt 
3
架构迁移：SQL Server数据工具与Liquibase和Flyway
这似乎是一个愚蠢的问题，但是我一直在研究用于架构迁移的开源解决方案，即Liquibase和Flyway。 但是，老板告诉我，SQL Server数据工具（SSDT）可以完成相同的工作。我不确定是否同意，但是我在互联网上几乎找不到直接将其与Liquibase和/或Flyway进行比较的东西。 我认为SSDT是SQL Server的开发，数据建模和设计工具，还支持架构比较（并生成其脚本）和源代码控制。它解决了一个不同的问题，尽管在模式迁移的某些方面可能与Liquibase / Flyway有所重叠。但是，作为整体架构迁移工具，Liquibase和Flyway是完全专用的工具，而SSDT则更多地用于数据库的设计和开发。 即使只是说没有可比性，SSDT本身也不是任何模式迁移工具，任何意见都会受到赞赏。
11 schema  ssdt  migration 
3
从SSDT部署中排除特定表
我有一个现有的数据库，所有内容都在schema中dbo。我有一个SSDT项目，其中包含要通过架构添加到其中的对象foo 我在项目中有一个看起来像这样的表： CREATE table foo.a ( id INT NOT NULL CONSTRAINT [PK_foo_a] PRIMARY KEY CLUSTERED CONSTRAINT [FK_foo_a] FOREIGN KEY REFERENCES [dbo].[a], desc NVARCHAR(50) NOT NULL ) 这取决于dbo.a。dbo.a有许多列，这些列是其他列的外键。其他人（维护默认架构）可能会更改dbo.a。 我想简单地将dbo.a存储为： CREATE table dbo.a ( id INT NOT NULL CONSTRAINT [PK_a] PRIMARY KEY CLUSTERED ) 因此它是在内部构建的，但未部署。那可能吗？
11 ssdt  deployment 
3
导入为VS DB项目后出现“对用户的未解析引用”
我只是将现有的SQL Server 2008r2生产数据库导入到VS 2013数据库项目中。 我现在遇到了一些错误 Error SQL71501: User: [mydbuser] has an unresolved reference to Login [mydbuser]. 我实际上并不需要我的VS DB项目来管理用户，但是我担心如果不存在，它将在部署时尝试删除它们。 文件本身生成为 CREATE USER [mydbuser] FOR LOGIN [mydbuser]; 要么 CREATE USER [mydomainuser] FOR LOGIN [MYDOMAIN\mydomainuser]; 错误标记表明它专门用于Login。由于这是一个系统级对象，因此我可以理解它超出了db项目的范围。 我是否全部将其更改为 CREATE USER [mydbuser] WITHOUT LOGIN; 或将CREATE LOGIN子句添加到每个文件的开头？ 删除登录参考似乎更简单，而完全删除用户将是最简单的。 我想确保我按预期使用该工具。将这些重新发布回生产中是否会有任何问题？通过项目添加用户/登录的正确程序是什么？
1
在数据库项目中将链接服务器与OPENQUERY一起使用
我有一个SQL Server 2008，运行一个我想放入TFS的数据库。因此，我在导入数据库的地方使用了Visual Studio 2013数据库项目。修复了一堆错误之后，我只剩下一个错误： 在一个视图中，开发人员用来OPENQUERY访问链接服务器。因此，我导入了包含正确数据库的DACPAC，并Add Database Reference使用以下参考选项将其添加到项目中。 初始脚本版本 这是原始视图创建的简短版本： CREATE VIEW dbo.vwStatus AS SELECT StatusID, StatusName FROM OPENQUERY(LinkedServer, 'SELECT * FROM [DB].[dbo].tbStatus') AS derivedtbl_1 这导致以下错误： 错误136 SQL71501：视图：[dbo]。[vwStatus]具有对对象[LinkedServer]的未解析的引用。 第一次尝试 所以我试图插入服务器名称变量 FROM OPENQUERY($(LinkedServer), 'SELECT * FROM [DB].[dbo].tbStatus') AS derivedtbl_1 这导致 错误176 SQL46010：$（LinkedServer）附近的语法不正确。 进一步尝试 我摆弄了arround并尝试了以下操作（启用和不启用引用标识符）： FROM OPENQUERY("$(LinkedServer)", 'SELECT * FROM [DB].[dbo].tbStatus') AS …
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.