3

我正在构建的系统具有智能组。智能组是指根据以下规则自动更新的组：

  1. 包括与给定客户相关联的所有人员。
  2. 包括与给定客户相关联并拥有这些职业的所有人员。
  3. 包括一个特定的人（即，通过 ID）

每个智能组可以组合任意数量的这些规则。因此，例如，特定的智能列表可能具有以下特定规则：

  1. 包括与客户 1 关联的所有人员
  2. 包括与客户 5 相关联的所有人员
  3. 包括人 6
  4. 包括与客户 10 相关的所有人员，以及从事职业 2、6 和 9 的所有人员

这些规则被 OR'ed 在一起以形成组。我正在尝试考虑如何最好地将其存储在数据库中，因为除了支持这些规则之外，我希望将来能够添加其他规则而不会带来太多痛苦。

我想到的解决方案是为每种规则类型设置一个单独的模型。该模型将有一个方法返回一个查询集，该查询集可以与其他规则的查询集组合，最终得出一个人员列表。我可以看到的一个缺点是每个规则都有自己的数据库表。我应该担心这个吗？有没有更好的方法来存储这些信息？

4

2 回答 2

0

为什么不使用Q 对象？

rule1 = Q(client = 1)
rule2 = Q(client = 5)
rule3 = Q(id = 6)
rule4 = Q(client = 10) & (Q(occupation = 2) | Q(occupation = 6) | Q(occupation = 9))

people = Person.objects.filter(rule1 | rule2 | rule3 | rule4)

然后将他们腌制的字符串存储到数据库中。

rule = rule1 | rule2 | rule3 | rule4
pickled_rule_string = pickle.dumps(rule)
Rule.objects.create(pickled_rule_string=pickled_rule_string)
于 2013-01-15T10:03:43.717 回答
0

以下是我们为处理这种情况而实施的模型。

class ConsortiumRule(OrganizationModel):
    BY_EMPLOYEE = 1
    BY_CLIENT = 2
    BY_OCCUPATION = 3
    BY_CLASSIFICATION = 4
    TYPES = (
        (BY_EMPLOYEE, 'Include a specific employee'),
        (BY_CLIENT, 'Include all employees of a specific client'),
        (BY_OCCUPATION, 'Include all employees of a speciified  client ' + \
            'that have the specified occupation'),
        (BY_CLASSIFICATION, 'Include all employees of a specified client ' + \
            'that have the specified classifications'))

    consortium = models.ForeignKey(Consortium, related_name='rules')
    type = models.PositiveIntegerField(choices=TYPES, default=BY_CLIENT)
    negate_rule = models.BooleanField(default=False,
        help_text='Exclude people who match this rule')


class ConsortiumRuleParameter(OrganizationModel):
    """ example usage: two of these objects one with "occupation=5" one
    with "occupation=6" - both FK linked to a single Rule
    """

    rule = models.ForeignKey(ConsortiumRule, related_name='parameters')
    key = models.CharField(max_length=100, blank=False)
    value = models.CharField(max_length=100, blank=False)

起初我反对这种解决方案，因为我不喜欢在 CharField 中存储对其他对象的引用的想法（选择了 CharField，因为它是最通用的。后来，我们可能有一个匹配任何人的规则名字以“Jo”开头）。但是，我认为这是将这种映射存储在关系数据库中的最佳解决方案。这是一个好方法的一个原因是它相对容易清理悬挂的引用。例如，如果一家公司被删除，我们只需要做：

ConsortiumRuleParameter.objects.filter(key='company', value=str(pk)).delete()

如果将参数存储为序列化对象（例如，评论中建议的 Q 对象），这将更加困难和耗时。

于 2013-01-16T19:05:15.803 回答