Rails 应用程序中大量字段的数据库结构

Question

我正忙于一个 rails 4/postgres 项目，该项目的结构需要为特定对象（即公司）提供数十个字段。每家公司都将包含例如名称、位置、header_bg、徽标、联系人姓名、联系人单元格等字段，因此这些字段在未来很可能会增长。构建此数据库的最佳方式是什么。

在我看来，我有 3 个选择：

1) 公司表，所有这些字段都在同一个表中

优点：简单，数据集中在一个地方，易于查询

缺点：表格可能会变得非常混乱，每次需要新字段时都需要手动编辑表格结构

~~~~~~

2) 带有附加company_options 表的company 表和外键company_id。该表还将包含多个字段

优点和缺点与上面相同，只是结构更整洁。公司名称等关键数据将放在公司表中，位置、主题、header_bg 等其他数据将放在 company_options 中

~~~~~~

3) 公司表和 company_meta 表。这将遵循 post_meta 表的 Wordpress 结构。所以它会有以下字段：company_id、meta_key、meta_value。每个字段都在自己的行中

优点：灵活，无需编辑表格结构即可动态添加选项/字段

缺点：不是在同一列中使用相同数据的简单方法。需要自定义构建此功能以插入、更新、验证数据显示。除非 Rails 有这样一个我找不到的宝石？

~~~~~~

任何建议或其他选项将不胜感激。是否有任何经验法则来确定所需的结构类型？为了简单起见，我从第一个选项开始，但随后开始构建第三个选项，代码量似乎不适合看起来如此普遍的需求。

谢谢！

Answer 1

为未来规划您的数据库架构：

一家公司能否拥有多部手机？

对于重复信息，使用新表：

rails g model phone number:string type:string
rails g migration add_company_id_to_phones company:references

通过这种方式，您可以添加多部手机并浏览您的数据库以获取每部手机。

你的领域只有一种吗？

例如，每个company 可能只需要一个name 字段。如果是这种情况，直接添加到companies表中：

rails g migration add_fields_to_companies name:string

您的数据是完全可选的吗？它是非结构化的吗？

假设您使用的是 Postgresql，将 JSONB 字段添加到您的表中：

rails g migration add_details_to_companies details:jsonb

使用 JSONB 数据类型，您可以使用如下非结构化数据：

Company.create({
  name: "AwesomeCompanyCorp", 
  details: {
    "main phone": "000-0000-0000",
    "secondary phone": "000-0000-0000",
    "support email": "support email",
    "location": "Main Avenue 165",
    "latitude": "22.330213123",
    "longitude": "60.000012312"
  } 
})

使用 JSONB，您可以拥有非结构化数据，但可以像这样查询字段：

Company.where("details->>'main phone' = ?", "000-0000-0000")

考虑到这一点，选择最适合您情况的方法。