问题标签 [data-tier-applications]

我正在尝试使用 Data-Tier 应用程序，并且正在阅读此处的教程。

当我进入第二步时，教程说要在视图菜单中打开实用程序资源管理器。但它不存在！我在整个程序中查看了另一个入口点，但我只是没有看到它。

我目前正在运行 SQL Server 2008 R2 版本 10.50.1352.12，并且我已连接到运行 SQL 2008 R2 Server Express 的服务器。

为什么我找不到？

我正在尝试使用涉及链接服务器的数据层应用程序并遇到一个奇怪的问题。

这是我所拥有的：

1) 一个包含数据层项目的 VS2010 解决方案。

2) Data-Tier 项目以 SQL 2008 R2 服务器为目标。

3) SQL 服务器有一个到 Oracle 数据库的有效链接服务器连接。

4) Data-Tier 项目中的视图使用 OPENQUERY 引用链接服务器

链接的服务器连接是有效的，在服务器上对其运行查询可以正常工作，并且直接在服务器上创建视图也可以正常工作。

但是，每当我尝试构建我的 Data-Tier 应用程序时，我都会收到以下错误：

我目前正在研究用于高度可维护系统的应用程序设计的最佳实践（在相当高的水平上），从而将更改的摩擦降至最低。“数据层”是指数据库设计、对象关系映射器 (ORM) 和通用数据访问技术。

根据您的经验，在数据层开发方面，您发现了哪些常见错误和不良做法，以及您采取/实施了哪些措施/或可以建议使数据层成为开发人员更好的地方看法？

一个示例答案可能包括：导致数据层缓慢、可扩展性和可扩展性差的最常见原因是什么？+ 可以采取哪些措施（无论是设计还是重构）来解决这个问题？

我在这里寻找战争故事和一些现实世界的建议，我可以将它们构建到公开可用的指导文件和样本中。

我们正在使用 SQL Server 数据层应用程序（dacpac 或 DAC 包），我很难找到数据库的当前版本。

有没有办法使用以下任何一种方法获取当前版本：

1. 从 SQL Server Management Studio 中
2. 通过 SQL 语句
3. 以编程方式使用 .NET 代码

我正在使用数据层数据库项目在 Azure 上进行部署，一切正常，数据库和架构创建良好，除了在部署前和部署后它总是尝试使用主数据库，而不是我在“属性中的“部署 - 数据层应用程序实例名称”。我尝试使用 USE MyDB 语句，但它不受支持。

当然，我希望在我正在创建的当前数据库上执行部署前和部署后脚本。任何想法 ？

非常感谢

此致。

这是一件很简单的事情，即使在这里问也让我感到很愚蠢，但是因为我已经被困了很长时间，所以我会在这里问它。我正在 Visual Studio 中开发数据层应用程序。我有一些常用的东西，比如表格、存储的过程和一些部署后的数据。默认情况下，数据层应用程序附带 Scripts/Post-Deployment 文件夹。在这个文件夹中有一个名为 Script.PostDeployment.sql 的文件。为了更有条理，我在 Post-Deployment 中创建文件夹作为 StaticData 和 TestData。我用于创建数据的插入语句位于这些文件夹中。因此，基于这种结构，我将以下代码添加到我的 Script.PostDeployment.sql 中：

问题是上面的代码不起作用。出于某种原因，部署命令只是忽略路径并在 Scripts/Post-Deployment 中而不是在适当的子文件夹中查找 States.sql 和 Logins.sql。其他人遇到过类似的事情吗？非常简单的问题，但要我永远解决这个问题。我已尽力解释，但提出问题，我可以尝试使事情更清楚。谢谢！

我创建了一个数据层应用程序项目并导入了初始数据库模式。当 DBA 使用 SSMS 更改数据库架构时，如何更新此项目？我想再次将数据库重新导入项目。

这也与我使用实体框架在我的开发 sql 服务器上删除和重新创建数据库的项目相关。然后，我想将架构重新导入 DAC 项目，然后将这些更改作为 dacpac 部署到登台和生产 sql 服务器。

我们刚刚创建了一个包含多个数据项目的解决方案。我们继承了系统并想要进行数据库清理，但是当我们编译一些数据库时，我们得到了 table、id 等不存在的错误，并且它发生在存储过程中创建临时表的地方。

假设一个存储过程创建了一个临时表，最后将其丢弃，编译器抱怨并说该表不存在（在数据库模式中）。我们如何解决这个问题？找不到什么设置？

提前致谢。

我创建了一个 PowerShell 脚本，以使用我最新的 DACPAC（取自http://msdn.microsoft.com/en-us/library/ee634742.aspx）升级 SQL Azure 实例。

我在运行我的 PowerShell 脚本时所经历的是，它始终需要大约 30 分钟才能执行。该脚本空闲了将近半个小时，等待$dacstore.IncrementalUpgrade($dacName, $dacType, $upgradeProperties)从执行返回，并且在 PowerShell 控制台窗口上没有打印任何内容。仅在半小时结束时，增量更新才开始吐出控制台消息，通知我正在进行升级（基本上，脚本似乎已挂起 30 分钟，直到它最终恢复正常，并且脚本始终如一地执行此操作每次）。

IncrementalUpgrade 完成通常需要这么长时间吗？是否应该有 30 分钟的不活动/等待时间？

请注意，我正在从 Azure 网络外部的本地计算机运行 PowerShell 脚本。

感谢您对此提供的任何见解，我希望我可以将这个增量升级过程减少到大大少于 30 分钟，这样我的持续集成构建就不会花费这么长时间。

我有一个小型应用程序，它使用与 powerscript 示例相同的 API，用于从 dacpac（数据层应用程序）升级数据库。

为了让它在没有安装任何 SQL Server 工具的 Windows 2008 服务器上运行，我必须引用很多 dll 并在这些 dll 上选择“复制本地”以将它们放入我的编译文件夹中。这工作正常。

我现在想从 Azure 上的辅助角色调用相同的 API。但是当我运行它（使用相同的 dll）时，我得到了

“System.IO.FileLoadException：无法加载文件或程序集'Microsoft.SqlServer.BatchParser.dll'或其依赖项之一。应用程序无法启动，因为其并排配置不正确。请查看应用程序事件日志”

当我部署到本地模拟器时它工作正常。

我还不能从日志中得到任何有意义的东西（不确定我的诊断是否正确）。

提到的文件在已发布的包中。我找到了 2 个版本的 teh 文件，但另一个版本是 32 位的，如果我尝试它，我（可以理解）得到一个 BadFormat 异常。

这是我引用的dll：

有什么我想念的想法吗？