标签: sql-server-data-tools

我正在尝试Visual Studio 2012,到目前为止它很好,但我创建了数据库项目,将数据库*.mdf文件添加到我的App_Data并尝试创建关系的简单数据库,我不知道下一步该做什么.我甚至无法命名我的数据库.

http://msdn.microsoft.com/en-us/library/hh272680(v=vs.103).aspx - AFAIK这篇文章展示了如何添加关系,但我找不到任何Foreign Keys节点.而且,为什么我不能编辑名字？VS2010数据库管理非常简单直观,现在我不明白如何使用它.

例如,我的问题和我的简单表格的更直观的表示.

我有一个带有*.sqlproj项目的VS2013解决方案,其中包含特定于此解决方案的对象.问题是这也是其他项目的常见数据库.

我的问题是自动将我的架构中的更改部署到数据库而不影响其他对象.默认情况下,DACPAC会更新我的案例中不需要的整个数据库.

我试图写部署贡献者http://msdn.microsoft.com/en-us/library/dn268597(v=vs.103).aspx但似乎没有办法让它在解决方案文件夹中,因为它必须放在SQL Server的Program Files子文件夹中.

我使用Bamboo创建部署包,应用程序使用Azure SQL数据库托管在Microsoft Azure上.

有没有什么办法可以使用DACPAC或其他自动方式在我的架构中部署数据库更改？

当我尝试在Visual Studio 2012 Designer中预览报表时出现错误:

An error occurred during local report processing.
An unexpected error occurred in Report Processing.
An error occurred during local report processing.
Error in the application.

Could not find a part of the path '...\bin\Debug\Data Sources\SomeDatasource.rds'.

情侣评论:

1. 项目中有一个有效的数据源.
2. 当我构建项目时,它在bin\Debug文件夹中创建报告,数据集和数据源的平面(无文件夹)结构
3. "数据源"文件夹(以及其他文件夹)仅为部署定义
4. 当我在部署设置中删除文件夹时,它仍然无法正常工作
5. 它可能与昨天安装最新的SSDT(11.1.40403.0)有关...但是在安装完所有工作之后
6. 到目前为止,一切都在这种配置中工作......

我已经将数据库作为项目导入到Visual Studio 2013中，作为数据项目的一部分。当我查看所有警告时，会看到SQL71562与相对应的消息unresolved reference to object。当我查看那些引起警告的存储过程时，它们引用的是同一数据库中的表，[DatabaseName].[dbo].[TableName]而不是[dbo].[TableName]。有没有一种方法可以立即解决所有这些错误，而不必[DatabaseName]从对象名称中删除？

前几天我安装了Microsoft SQL Server数据工具 - 面向Visual Studio 2013的商业智能(SSDT:替换BIDS),并开始在VS2013中使用报告功能.

使用报表服务器项目向导模板成功创建了一个项目.

但是,稍后我需要SQL Server 2014,然后我下载并安装了开发人员版.(如果这可能导致问题)

现在VS2013中缺少报表服务器项目模板,我不能简单地将它们带回来.

现在我的VS2008具有我想要的功能:

但在VS2013 Professional中没有它们的痕迹:

有什么建议？

我采取的其他不成功的方法

• 修复了SQL Server数据服务.
• 尝试卸载此服务导致了许多问题,包括无法安装此服务,因为所有框都在安装过程中被勾选并变灰,并且不能再超过此级别.
• 尝试删除所有相关组件,这可能让我再次重新安装Visual Studio 2013的SSDT-BI但没有帮助.这是我执行此操作的Microsoft指南:删除SQL Server数据工具组件
• 从安装介质修复了整个SQL Server 2014(64位)安装.
• 尝试使用devenv.exe /InstallVSTemplates此Microsoft指南/ InstallVSTemplates(devenv.exe)检索未注册的VS2013模板.

我们有两个软件项目,它们都与一个数据库进行通信.现在SQL更新都是在数据库上完成的,它依赖开发人员确保独立更新两组项目以使用最新的数据库模型.使这些事情变得更糟,两个项目都在不同的源控制存储库中的单独解决方案中.

虽然我承认这是一个可怕的情况,但我继承了这种情况,而我的长期目标是在两个应用程序集合中共享的一个共同项目中合并和共享它们之间的(大量)重复逻辑,原因有多种由于关键的截止日期即将到来并且需要迭代地组合它们并将其与其他开发人员安排在一起以免过多地破坏工作,因此现在直接进入该模式是不可行的.

记住这一点,我真的想使用SSDT至少开始将数据库结构置于源代码控制之下并使其更易于管理,因为我将要做的事情有很多数据库更改.

在这种情况下,SSDT的问题是您只能从数据库导入一次.之后,该选项显示为灰色且不可用,这显然是SSDT的设计决定,因为它已在MSDN文档中明确列出.

是否有任何简单的方法来更新我的SSDT项目而无需修改当前项目并在每次有人对数据库结构进行更改时重新创建它？

此调用DacServices.Deploy一直适用于SQL Server LocalDB 2014,但在安装SQL Server LocalDB 2016时失败:

string dacConnectionString = $"Server=(localdb)\\mssqllocaldb; Integrated Security=true; database={DatabaseName}";
var dacServices = new DacServices(dacConnectionString);
dacServices.Message += (sender, args) => Console.WriteLine($"{args.Message.Prefix}: {args.Message.Message}"); // Log dacpac deploy messages
dacServices.Deploy(LoadDacPac(), DatabaseName, true, new DacDeployOptions()
                                                     {
                                                         BlockOnPossibleDataLoss = false
                                                     });

DacServices.DeployLocalDB 2016 抛出的异常是:

Microsoft.SqlServer.Dac.DacServicesException was unhandled by user code
  HResult=-2146233088
  Message=Could not deploy package.
  Source=Microsoft.SqlServer.Dac
  StackTrace:
       at Microsoft.SqlServer.Dac.DeployOperation.Microsoft.SqlServer.Dac.IOperation.Run(OperationContext context)
       at Microsoft.SqlServer.Dac.OperationExtension.Execute(IOperation operation, DacLoggingContext loggingContext, CancellationToken cancellationToken)
       at Microsoft.SqlServer.Dac.DacServices.InternalDeploy(IPackageSource packageSource, Boolean isDacpac, String targetDatabaseName, DacDeployOptions options, CancellationToken …

当我尝试使用MSBUILD构建我的SSDT项目时,出现以下错误

错误MSB4019:找不到导入的项目"C:\ Program Files(x86)\ MSBuild\Microsoft\VisualStudio\v11.0\SSDT\Microsoft.Data.Tools.Schema.SqlTask​​s.targets"

但是,在我的...\MSBuild\Microsoft\VisualStudio文件夹中,我只有V12.0,V14.0和V15.0.SSDT仅在V14.0中找到.

如何确保MSBuild在正确的位置查找包含？

执行SSIS程序包时，出现以下错误：

[OLE DB源[83]]错误：SQL命令需要一个名为“ @Sales_person”的参数，该参数在参数映射中找不到。

[SSIS.Pipeline]错误：OLE DB源在预执行阶段失败，并返回了错误代码0xC0207014。

下面是我的OLE DB Source编辑器的屏幕截图

我确实在“设置查询”参数中看到“参数方向”选项卡，它是如何使用的？就我而言，我将使用Input还是Output或InputOutput

当我在输入有效连接(并成功测试所述连接)后单击源编辑器中的下拉列表时,收到以下错误消息:

无法检索连接管理器'xxxx'的表信息.无法为提供程序不变名称"Sybase.Data.AseClient"创建DbProviderFactory类.验证此计算机上是否正确安装了此提供程序.

由于这应该是一个ODP Managed Data provider,我不知道为什么它正在寻找Sybase提供商.正如您在此处看到的那样,它似乎正在使用正确的DLL:

我已经尝试清除gac中的两个dll然后重新安装托管的ODP,但我仍然遇到同样的问题.任何帮助将不胜感激.