如何覆盖默认 LINQ 到 SQL 关联名称

Question

我正在开发一个非常简单的 C# 应用程序，它使用 LINQ 到 SQL 进行数据库访问。 该应用程序是一个非网络（即胖客户端）应用程序。

我最近遇到的问题是 LINQ 到 SQL 为另一个表的外键字段创建的默认关联名称。 更具体地说，我在下面提供了一个示例：

问题示例 我的大部分组合框都使用参考 data.table（即 RefData）中的值填充，该参考存储类型、描述和一些其他字段。 最初加载表单时，它会根据类型查询用值填充组合框。 例如，我有一个允许用户添加客户的表单。 在此窗体上，有一个 state 的组合框。通过对 RefData.table 运行查询来填充 stateComboBox，其中类型 = stateType。 然后，当用户使用选定的 state 保存客户时，选定 state 的 RefData 列的 ID 存储在客户表的 state 列中。 所有这些都按预期工作。 但是，如果我的客户表有多个列是 RefData.table 的外键，它很快就会变得非常混乱，因为 LINQ 创建的关联名称是 Customer.RefData、Customer.RefData1、Customer.RefData2 等...如果我可以覆盖关联的名称以便访问参考数据更像 Customer.State、Customer.Country、Customer.Type 等，那将会容易得多...

我已经研究过在 VS 生成的 DBML 中更改此信息，但是，我的数据库架构仍然非常不成熟，并且不断需要更改。 现在，我每隔一两天就会删除 DBML，以便在对数据库进行更改后重新生成 LINQ 到 SQL 文件。 有没有一种简单的方法可以用有意义的名称创建这些关联，这些关联在我经常重新创建 DBML 时不会丢失？

Answer 1

为您的 Customer 表创建部分 class 定义，并为 LINQ 添加更有意义的 getter 属性到 SQL 生成的成员名称：

public partial class Customer
{
    public string Name { get; set; }
    [JsonIgnore]
    public RefData State => this.RefData;
    [JsonIgnore] 
    public RefData Country => this.RefData1;
}

我在这里写了博客

Answer 2

我不确定LINQ to SQL是访问数据的最佳方法，但是对于您来说，这甚至会带来更多问题。

真正的问题是域对象的概念相当静态（您知道程序需要使用什么来完成工作），但是由于架构在不断变化，因此不确定如何持久化数据。 这不是自动更新的好方案。

如果是我，我将对域模型进行编码，以使它们不会更改，除非您希望更改。 然后，我将确定如何链接到持久性架构（在这种情况下为数据库）。 如果您需要更多的自动知识，那么我将考虑使用Entity Framework，因为您可以先使用代码，然后在更改时映射到架构。

如果您发现这仍然没有帮助，因为您的数据库架构更改与域模型不兼容，则需要摆脱编码并进入更深的计划模式。 否则，您将继续在变革的众所周知的墙壁上打头。