ruby-on-rails - 整数、索引列、外键、引用之间的差异和最佳实践

Question

在 Rails 中有多种方法可以将模型和表格链接在一起。

add_column :books, :user_id, :integer, index: true
add_reference :books, :user, index: true, foreign_key: true

据我所知，我看到一些数据库在这个选项方面有不同的行为。

我有兴趣找到最佳实践来提高性能和代码可读性。

我很长一段时间都在使用整数索引列，我想知道我是否应该使用带有 foreign_keys 的引用。

更新:例子

在我运行的全新测试应用中:

 rails g model book author_id:integer:index user:references

迁移文件如下所示:

class CreateBooks < ActiveRecord::Migration
  def change
    create_table :books do |t|
      t.integer :author_id
      t.references :user, index: true, foreign_key: true

      t.timestamps null: false
    end
    add_index :books, :author_id
  end
end

表的ddl

-- 表:public.books

-- DROP TABLE public.books;

CREATE TABLE public.books
(
  id integer NOT NULL DEFAULT nextval('books_id_seq'::regclass),
  author_id integer,
  user_id integer,
  created_at timestamp without time zone NOT NULL,
  updated_at timestamp without time zone NOT NULL,
  CONSTRAINT books_pkey PRIMARY KEY (id),
  CONSTRAINT fk_rails_bc582ddd02 FOREIGN KEY (user_id)
      REFERENCES public.users (id) MATCH SIMPLE
      ON UPDATE NO ACTION ON DELETE NO ACTION
)
WITH (
  OIDS=FALSE
);
ALTER TABLE public.books
  OWNER TO my_user_name;

-- Index: public.index_books_on_author_id

-- DROP INDEX public.index_books_on_author_id;

CREATE INDEX index_books_on_author_id
  ON public.books
  USING btree
  (author_id);

-- Index: public.index_books_on_user_id

-- DROP INDEX public.index_books_on_user_id;

CREATE INDEX index_books_on_user_id
  ON public.books
  USING btree
  (user_id);     

编辑 2:这是一个描述问题并指出外键重要性的链接

Link

Answer 1

稍微扩展一下我的评论:是的，外键的主要功能是保持参照完整性(https://en.wikipedia.org/wiki/Referential_integrity)。

附带的好处是，它们提供了一些关于您的架构的更明确的信息:查询和设计工具可以利用这些关系，而不是依赖于共享的列名。

检查外键引用的所有列是否已建立索引也很容易，否则您可能只会在查询时发现缺失的索引。

http://www.postgresql.org/docs/current/static/ddl-constraints.html#DDL-CONSTRAINTS-FK

性能影响很容易推断:每当子表中的数据发生变化(插入/删除/更新)时，您将对父表进行索引查找。对于大多数中小型表，您永远不必担心。