此场景的数据库架构

Question

嗯，这个架构问题已经在我脑海中徘徊了一段时间。假设以下场景：
我有一个 Licenses 表。从概念上讲，每个许可证可以限制为（许可证类型）：

• 类型 1：尝试次数。 （例如允许运行7次）
• 类型2：试用（限时）。
• 类型 3：完整
• ...

因此，每个许可证都应该存储一些自定义值。 （类型 1：整数，类型 2：日期时间，类型 3：空）

此场景的最佳架构是什么？

• 如果我决定将所有许可证放入一个表中，则每一行至少有 1 个未使用的列（对于类型 1，EndDate 将为空，对于 EndDate，TryTimes 将为空，对于类型 3，两者都将为空）：
  LicenseID---LicenseType---CustomerID---EndDate---TryTimes
  另一方面，我希望我的设计尽可能灵活（将来可能会有更多许可证类型？）
• 另一种可能的解决方案是使用一些类似元数据的方法：
  许可证ID---许可证定义---客户ID---
  其中 LicenseDefinition 包含有关许可证类型和限制的信息，并在代码端进行解析。

您建议哪一种更传统？您建议任何其他方式来实现它吗？

更新： 刚刚发现稀疏列是SQL Server。听起来很有希望...

Answer 1

我突然想到（我还没有实现类似的东西），我可能会做这样的事情：

为 Customer 和 License 创建数据库表。在 Customer 中，连同所有其他通用客户信息，我将添加一个 licenseType 列，它将引用 License< /代码>表。

License 将存储 licenseId 以及任何相关元数据。 这不会包括特定于许可证的规则。

在代码方面，我将创建一个 LicenseFactory 类，它将创建许可证接口的实例（ILicense）。 ILicense 可能看起来像这样（在 PHP 中）：

interface ILicense
{
    public isValid($customer);
}

然后，我会有特定于许可证的实现：

class TrialLicense implements ILicense
{
    public isValid($customer)
    {
        // business logic for this specific license type here
    }
}

工厂类看起来像这样：

class LicenseFactory
{
    public static function getInstance($type)
    {
        switch($type)
        {
            case 0:
                return new TrialLicense();
                break;
        }
    }
}

所以现在，我的应用程序代码可能看起来像这样：

public function isLicenseValid($customer)
{
    return LicenseFactory::getLicense($customer->licenseType)->isValid($customer);
}

没有这已经过测试，只是我（相当冗长）的初步想法。希望它能有所帮助（即使您的应用程序可能不是 php 驱动的:)）

编辑：
忘记提及 - 这种方法的强大之处在于可扩展性。每当您想要添加新的许可证类型时，只需向 License 表中添加一个新行，并添加一个新的 ILicense 实现（其中包含所需的任何业务规则）。

Answer 2

您应该为每种许可证类型保留一个单独的表：

LicenseID(PK)---Type

LicenseID(FK)---EndDate

LicenseID(FK)---TryTimes

并保持数据完整性，例如只有计时许可证才会进入第二个表。

这也将是一个相当可扩展的模型，您将需要添加一个表、一个完整性规则和一个接口，以便添加另一种许可证类型。

Answer 3

您可以将单个表作为父表，并使用其他三个表来引用扩展架构的基表。

这是第一个选择。

另一种选择是使用占用空间小的简单NoSql数据库或OO数据库（如db4o），甚至简单的数据存储（如加密XML）文件。