5

我们系统中的一个进程负责按照一定的规则发送文件。根据文件名，文件可以发送给客户或工厂（但不能同时发送给两者）。

规则的每一行都将包含文件名过滤器、它所属的客户和工厂，并指定其他参数，例如目标文件夹、文件是否需要加密、拆分、合并、重命名等。

在这个过程中，我们会知道一个文件所属的工厂和客户，我们会查看工厂和客户的规则并对匹配过滤器的文件应用规则（将优先考虑客户规则）

在数据库中表示规则与客户/工厂之间关系的最佳方式是什么？我们已经在数据库中有 Customer 和 Factory 表，但我想不出表示这种关系的最佳方式。每行规则都将有一个 FK（客户或工厂，它不能同时拥有，也不能没有）。表示这一点的一种方法是：

在此处输入图像描述

但这并没有捕捉到它只能具有两个 FK 中的一个的事实。我们可以设置一个约束，其中一个必须是有效的 FK，另一个必须为空，但它似乎不是很干净。此外，如果我们有其他规则的决定因素（例如国家），它会变得更丑陋。知道如何改进这个设计吗？

我认为这也将有助于指定系统是在 .NET 中开发的，并且我们使用对象关系映射，即 NHibernate。

4

4 回答 4

6

看看表继承。

你可以使用这样的东西：

Rule
  int RuleId
  int TypeRule
  PK (RuleId)
  UQ (RuleId, TypeRule)

CustomerRule
  int TypeRule = 1
  int CustomerId
  FK (TypeRule, RuleId)
  FK CustomerId

FactoryRule
  int TypeRule = 2
  int FactoryId
  FK (TypeRule, RuleId)
  FK FactoryId

使用这样的系统，您要么拥有客户规则，要么拥有工厂规则，而不是两者兼而有之。另外，明天添加 CountryRule 很容易。

于 2013-01-12T08:27:32.110 回答
3

Using Hibernate and its Table-per-Subclass Mapping Strategy you can define an abstract Rule-Class, specialize it for Customers and Factories and map the class hierarchy to the relational database schema like this:

Mapping

于 2013-01-15T16:59:31.133 回答
1

我知道您提到了您不想为此使用约束的事实，但是阅读任何答案以及它们指向表继承方向的事实，我想谈谈我的个人经历。

数据库并不是要复制面向对象的原则，我不确定 NHibernate，但是 Entity Framework 非常严格，一旦你实现了这个继承，你可能会遇到你想要继承几个类型的事实，这是不可能的（在 EF 中这是事实）。我的意思是你有一个可以定义为customerrule和factoryrule的规则（或者系统将来可能知道的任何其他类型的规则）。

我已经完成了表继承和约束的实现，后者最终为我提供了最灵活的模型，我仍然对这个解决方案非常满意。您正在考虑以最少的努力获得最简单的方法，这很好，但有时复杂的问题需要不那么简单的解决方案只是一个事实。

于 2013-01-21T08:17:53.227 回答
1

引入一个新实体而不是 2 个 FK 怎么样？它将有3个字段，即自己的PK和两个FK。比您可以引入一些自定义逻辑来使其中一个 FK 为空。从逻辑上讲，您对于该任务只有一个 FK，并且各个实体负责处理细节，这在逻辑上会更清楚。

于 2013-01-20T23:02:26.580 回答