Rails基于行的数据库，大量请求

Question

我设计了一个围绕短链接行的数据库。

我有以下架构：

  create_table "students", force: :cascade do |t|
    t.string   "first_name"
    t.string   "last_name"
    t.string   "email"
    t.boolean  "recruit",    default: true
    t.boolean  "archive",    default: false
    t.datetime "created_at"
    t.datetime "updated_at"
  end

  create_table "fields", force: :cascade do |t|
    t.string   "name"
    t.integer  "index"
    t.integer  "group_id"
    t.string   "description"
    t.string   "options"
    t.boolean  "hidden"
    t.boolean  "locked",      default: false
    t.datetime "created_at"
    t.datetime "updated_at"
  end

  create_table "groups", force: :cascade do |t|
    t.string   "name"
    t.datetime "created_at"
    t.datetime "updated_at"
  end

  create_table "texts", force: :cascade do |t|
    t.integer  "student_id"
    t.integer  "field_id"
    t.string   "content",    default: ""
    t.datetime "created_at"
    t.datetime "updated_at"
  end

  create_table "options", force: :cascade do |t|
    t.integer  "student_id"
    t.integer  "field_id"
    t.string   "choice",     default: ""
    t.datetime "created_at"
    t.datetime "updated_at"
  end

  create_table "addresses", force: :cascade do |t|
    t.integer  "student_id"
    t.integer  "field_id"
    t.string   "address_1",  default: ""
    t.string   "address_2",  default: ""
    t.string   "city",       default: ""
    t.integer  "state_id",   default: 1
    t.string   "zip",        default: ""
    t.datetime "created_at"
    t.datetime "updated_at"
  end

该组织的基础是完全灵活的形式。 您只需在字段表中添加新行，然后该条目在生成学生的表单上定义一个新问题。 组是指选项字段，文本字段或地址。 保存数据后，与给定字段关联的组会告诉我的应用将其放入哪个表。此系统运行良好。 它非常灵活，我可以轻松查看哪些学生拥有某些选项的数据，并且可以基于几乎所有内容进行查询。

问题是当我开始向学生展示时。 我首先查询要显示的学生，然后必须搜索每个学生的每个字段。 这意味着对于500名学生，我基本表单上大约有2500个查询。 这会降低性能。

我想知道将查询连接在一起并加速该系统的最佳方法是什么？

问题的一部分是，我不能100％地确定一个学生有给定的字段，因此，当我现在查询时，如果数据库没有返回结果，则可以创建一个结果。

Answer 1

您似乎没有在此处定义任何外键 。 使用FK并确保它们命中每个表上的索引的组合应该允许快速联接。

我假设您使用的是基于Rails和DSL的 ActiveRecord 。 建议您在添加FK后使用joins 。 ActiveRecord查询文档 。

如果您担心某些JOIN列不存在，可以在调用joins使用LEFT OUTER JOIN （在上面的链接中提到），这样即使没有匹配项，您仍然可以从左侧表中获取所有行。在联接条件上，只需获取右侧的NULL列值即可。 NULL会告诉您哪些不存在，可能需要随后创建。

根据OP的评论进行编辑：

我自己没有使用过SchemaPlus gem，但是我认为，如果需要的话，可以将其用于外键，因为这是它支持的功能之一（根据其doc ）。

关于这个问题：

就像由于某种原因数据不再存在于一端而认为这是外键会引起问题吗？

外键对于强制执行参照完整性至关重要。

例如，如果您在texts表field_id作为外键，则无法从field表中删除相应的记录（也无需使用cascade删除下游记录），因为它是指field的记录。

在另一面，你就无法插入texts使用无效的行field_id -如果field_id并未存在fields ，Postgres的会抛出一个外键约束冲突 。

外键是表设计的关键部分，一定要使用。 它使您不必将所有逻辑全部放在应用程序代码中，例如，在尝试插入任何东西之前，不必检查要插入的键是否有效； 相反，如果不是这样，则Postgres将违反约束，并且作为可以处理的异常（例如回滚和返回错误）返回到您的应用程序。

基本上，只要您在一个表中有一个ID引用另一个表中的记录，就应该在外键约束中定义该ID。

另外，可能值得在每个表中添加一个主键 。 我经常喜欢使用serial变量来确保每一行都可以由单个键标识，即使有元组构成隐含的主键也是如此。 主键还基于这些键隐式创建索引。