问题标签 [ado.net-entity-data-model]

我刚刚开始使用 ADO.NET 实体数据模型，我很好奇扩展实体行为的最佳方式是什么。

假设我有一个名为“客户”的表，并基于该表创建了一个实体模型。我现在有一个“客户”实体类。我现在想为这个类添加一些方法，并让它实现一个接口。

我应该直接更改 Designer.cs 文件中的代码，还是应该从客户那里继承并从那里做额外的工作？

任何建议/建议都会很棒。

谢谢。

我有一个如下表结构：

AddressID 和 BillingAddressID 是地址表中的外键。当我基于这个表生成我的模型而不是在公司类中获得我期望得到的东西（AddressID、BillingAddressID）时。我得到以下信息：

它似乎正在用 Addresses1 替换 BillingAddress（不太清楚为什么会这样）。此外，这似乎很常见，只要我有外键，即我得到 Table 而不是 ID，然后是 TableReference。

我想我可以看到发生了什么，即，而不是单独给我 ID，它将进行查找并找到 ID 所指的实际记录。但是，我不太确定 TableReference 字段的用途......

可以为我更好地解释一下吗？

提前致谢。

我不知道如何使用实体框架（EF 是一个约束，我必须使用它）将基于以下类（简化）的现有对象结构获取到数据库中。

有任何想法吗？

在我们当前的项目中，我们使用 ADO.NET Entity Framework 作为应用程序的数据层。有些任务需要在事务中运行，因为在数据库中有很多工作要做。我正在使用TransactionScope来围绕这些任务。

问题是一旦我使用TransactionScope就会发生异常：

System.Data.EntityException：基础提供程序在打开时失败。---> System.Transactions.TransactionManagerCommunicationException：与底层事务管理器的通信失败。---> System.Runtime.InteropServices.COMException (0x80004005)：对 COM 组件的调用已返回错误 HRESULT E_FAIL。

似乎此错误与MSDTC（Microsoft 分布式事务协调器）有关。当我更改 MSDTC 的安全配置时，会引发另一个异常：

System.Data.EntityException：基础提供程序在打开时失败。---> System.Transactions.TransactionManagerCommunicationException：分布式事务管理器 (MSDTC) 的网络访问已被禁用。请使用组件服务管理工具在 MSDTC 的安全配置中启用 DTC 以进行网络访问。

但是配置了 MSDTC，TransactionScope会导致错误。有人知道这里出了什么问题吗？

我有以下方法，我可以传入一个 lambda 表达式来过滤我的结果，然后是一个回调方法，它将在结果列表上工作。这只是我系统中的一个特定表，我将一遍又一遍地使用这个结构。我如何构建一个通用方法，比如 DBget，它将一个 Table 作为参数（公平的 ADO.NET 数据服务实体）并传入一个过滤器（一个 lambda 表达式）。

我对此的第一个打击是：

我刚刚安装了 VS2010 Ultimate 的测试版，我找不到 ADO.NET 实体数据模型模板。我的印象是它已安装，有人可以纠正这个或指导我在哪里可以找到它吗？谢谢。

我正在开发一个项目，该项目使用 ADO.NET 实体框架作为 ORM 框架来获取数据进出数据库。这一切都很好，但是我不想映射一个关联。至少我不希望开发人员使用它们之间的关联从 Product 导航到 OrderItem。

在我知道这是否可行以及如何将其建模到我的域模型中之前，有没有人尝试过这种情况？

我无法使用 ADO.Net Entity Framework 从表中删除记录。
调试让我通过该方法没有任何错误。

我能够将表中的项目列出到 ListView 中。

我听说了.net 的新实体框架，并决定修改我的代码以使用这个框架，但是当我尝试从表中添加和删除记录时，抛出了一个异常。我是这个框架的新手，所以我不知道如何解决这个问题或导致异常的原因。这是我的代码（c#）：

这是我的 StackTrace：

请记住，我是这个框架的新手，感谢您的帮助

[我是 ADO.NET 和实体框架的新手，如果这个问题看起来很奇怪，请原谅我。]

在我的 WPF 应用程序中，用户可以在运行时在不同的数据库之间切换。当他们这样做时，我希望能够快速检查数据库是否仍然可用。我很容易获得的是 ObjectContext。我正在执行的测试是对一个非常小的表的总记录进行计数，如果它返回结果则它通过，如果我得到一个异常则它失败。我不喜欢这个测试，它似乎最容易使用 ObjectContext。

我已经尝试在连接字符串和 ObjectConntext 中设置连接超时，并且似乎在第一个场景中改变了任何东西，而第二个场景已经很快，所以如果它改变任何东西都不会引起注意。

情景一

如果在第一次访问之前连接已关闭，则大约需要 30 秒才能给我底层提供程序失败的异常。

方案二

如果在我启动应用程序并访问它时数据库已启动，然后在使用测试时连接断开连接很快并且几乎立即返回。

我希望描述的第一个场景与第二个场景一样快。

请让我知道如何最好地解决此问题，如果有更好的方法可以快速测试与数据库的连接，请告知。