Question

我们有一个关系数据库（MySql），其中包含一个存储＆＃34; Whatever＆＃34;的表。该表有许多字段，用于存储不同（逻辑和数据）类型的属性。请求是要添加另外150个新的无关属性。

我们当然不想添加150个新列。我看到另外两个选项：

添加一个简单的键值表（ID，FK_Whatever，键，值和类型），其中* FK_Whatever *引用Whatever ID，键将是名称的财产。查询JOIN会有效。
将一个大文本字段添加到Whatever表中，然后将150个新属性序列化（可能是Xml）。在某种程度上，这将是NoSql存储数据的方式。查询这些字段意味着要实现一些智能的全文陈述。

在这两种情况下，类型安全都会丢失，但无论如何我们都不需要这样做。

我觉得这个常见问题有一个更智能的解决方案（由于各种原因我们无法移动到NoSql数据库）。有人有提示吗？

Answer 1

在我们需要为业务对象存储任意扩展属性的早期项目中，我们创建了一个扩展架构，如下所示：

CREATE TABLE ext_fields
{
    systemId INT,
    fieldId  INT,
    dataType INT // represented using an enum at the application layer.

    // Other attributes.
}

CREATE TABLE request_ext
{
    systemId   INT,  // Composite Primary Key in the business object table.
    requestId  INT,  // Composite Primary Key in the business object table.
    fieldId    INT,
    boolean_value BIT,
    integer_value INT,
    double_value  REAL,
    string_value  NVARCHAR(256),
    text_value    NVARCHAR(MAX),
}

给定记录将仅根据ext_fields表中定义的字段的数据类型设置_value列。这使我们不会丢失字段的类型及其价值，并且在利用DBMS为这些数据类型提供的所有过滤方法方面工作得很好。

我的两分钱！

使用NoSql功能装饰现有的关系SQL数据库

1 个答案: