实体框架在 Visual Studio 中丢失与连接字符串的绑定

发布于 2024-10-26 23:18:20 字数 687 浏览 2 评论 0原文

我遇到一个问题，实体框架 edmx 文件显然失去了与其构建的连接字符串的关系。

我的 .edmx 文件的设计器工作得很好 - 我可以执行“从数据库更新”，它总是会跳转到允许我添加表、过程等的向导步骤。现在，当我单击“从数据库更新”时，我收到“选择您的数据连接”向导步骤，它希望我选择一个新数据库 - 如果我完成这些步骤，它将为我创建一个新的连接字符串，并重新生成所有对象，就像我从划痕。

我的 app.config 文件的内容与问题发生之前完全相同，但我确实修改了该文件，然后将其恢复为原来的样子。我在想以某种方式修改这个文件会触发一些导致我失去绑定的东西，但我不知道那是什么。

配置文件中的连接字符串键与 EDMX 文件中的 CdmEntityContainer 属性匹配。

我什至尝试删除我的代码库并从源代码管理中重新签出，但这似乎不起作用。在同一代码库上工作的其他人也遇到了同样的问题，因此项目中的某个地方似乎肯定有问题。但 .csproj 或 .sln 文件没有相关更改 - 只是我在任何地方都看不到可能导致此问题的地方。

有什么想法吗？我现在看到的唯一解决方案是从头开始删除并重新创建 edmx 文件，但我绝对希望找到更好的东西。

编辑：如果我在项目中生成一个全新的 edmx，与任何现有的无关，它似乎可以修复其余的问题。它必须“重置”项目中任何时髦的东西。但这不是一个合法的解决方案，所以我仍然希望有更好的解决方案。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

吃→可爱长大的 2024-11-02 23:18:21

缺少application name=EntityFramework

我刚刚遇到这个问题，在我的连接字符串中，我在数据源中

回复收藏 0 原文

您的好友蓝忘机已上羡 2024-11-02 23:18:21

我在将 VS2022 版本 17.4.4 更新到版本 17.5.1 时遇到了这个问题
我尝试了一切方法来修复它，但直到我降级到 17.4.4 之前的版本时才知道它的版本问题。
您可以从以下网站找到以前的版本。在安装以前的版本之前，请确保先卸载当前版本。

Visual Studio 2022 发布历史记录

回复收藏 0 原文

心碎无痕… 2024-11-02 23:18:21

我刚刚遇到了这个并解决了它。

问题是 edmx 被用作我的 DAL，有它自己的项目和 Web 配置，并且 DAL 由我的 ASP.NET 项目（解决方案的默认项目）使用 ITS 自己的 Web 配置调用。

配置多年来一直保持不变，但 ASP.NET 项目被指向另一台服务器（即连接字符串已更改）。即使 DAL 的连接字符串仍然保持不变、有效，并且当您想要在设计时“从数据库更新模型”时，不涉及 ASP.NET 项目，但它一定与默认项目冲突有关。

我将包含 edmx 的项目的 Web 配置中的 connstring 更改为与默认项目的相同，并且它再次工作。

回复收藏 0 原文

心不设防 2024-11-02 23:18:21

如果您恰好在环境（例如开发、生产）之间切换时出现此问题，并且您在这些环境中运行不同的 SQL Server 版本（例如 2005、2008），则可能会遇到一些问题。数据库版本号存储在 .edmx 文件中的某个位置。

如果是这样，请告诉我，我可以挖掘具体细节并做出回应。如果不是，我不知道它会是什么。

祝你好运！

编辑：我意识到这可能与实际问题无关，但我想提供我提到的具体细节，以防其他人遇到这个问题。 Schema 元素（.edmx 内）中的 ProviderManifestToken 属性包含数据库版本号。请注意，它实际上使用年份（例如 2005、2008）而不是真正的数据库版本号。如果您在一个版本上创建模型并将其移动到另一版本，则需要手动编辑文件以更改此值。

<edmx:Edmx Version="2.0" xmlns:edmx="http://schemas.microsoft.com/ado/2008/10/edmx">
  <!-- EF Runtime content -->
  <edmx:Runtime>
    <!-- SSDL content -->
    <edmx:StorageModels>
      <Schema Namespace="..." Alias="Self" Provider="System.Data.SqlClient" ProviderManifestToken="2005" xmlns:store="http://schemas.microsoft.com/ado/2007/12/edm/EntityStoreSchemaGenerator" xmlns="http://schemas.microsoft.com/ado/2009/02/edm/ssdl">
        ...
      </Schema>
    </edmx:StorageModels>
  </edmx:Runtime>
</edmx:Edmx>

If you happen to be bouncing between environments (e.g. dev, prod) when this problem popped up and you are running different SQL Server version (e.g. 2005, 2008) in those environments, you can have some problems. The DB version number gets stored somewhere in the .edmx file.

If that is the case, let me know and I can dig up the specifics and respond with them. If not, I don't know what it could be.

Good luck!

EDIT: I realize this probably has nothing to do with the actual problem, but I wanted to provide the specifics I mentioned in case someone else runs across this. The ProviderManifestToken attribute in the Schema element (inside the .edmx) contains the database version number. Note that it actually uses the year (e.g. 2005, 2008) instead of the true DB version number. If you create a model on one version and move it to another version, you'll need to manually edit the file to change this value.

<edmx:Edmx Version="2.0" xmlns:edmx="http://schemas.microsoft.com/ado/2008/10/edmx">
  <!-- EF Runtime content -->
  <edmx:Runtime>
    <!-- SSDL content -->
    <edmx:StorageModels>
      <Schema Namespace="..." Alias="Self" Provider="System.Data.SqlClient" ProviderManifestToken="2005" xmlns:store="http://schemas.microsoft.com/ado/2007/12/edm/EntityStoreSchemaGenerator" xmlns="http://schemas.microsoft.com/ado/2009/02/edm/ssdl">
        ...
      </Schema>
    </edmx:StorageModels>
  </edmx:Runtime>
</edmx:Edmx>

回复收藏 0 原文