gpt4 book ai didi

mysql - 将主键定义转储到 schema.rb 中

转载 作者:行者123 更新时间:2023-11-29 23:07:49 24 4
gpt4 key购买 nike

我正在将 Rails 4 与 MySQL 一起使用,并且目前正在尝试使我的应用程序代码(之前用 Rails 和 MySQL 编写)更加与数据库无关(将 MySQL 触发器重写为 Rails 回调,将存储过程重写为 Rails 方法等) .) 这样我就可以迁移到不同的数据库,例如 PostgreSQL 或 MongoDB。现在我正在尝试从 Rails 内部正确定义表,而不以任何方式使用 MySQL。所以在我的一次迁移中我有

create_table :brands, {id: false, primary_key: :Brand} do |t|
t.string :Brand, limit: 30, null: false
t.timestamps
end

add_index :brands, :Brand, unique: true

当我运行此迁移并使用 MySQL Workbench 检查表时,该表已正确创建,并且“Brand”被定义为主键。但是,当我立即或运行 rake db:schema:dump 之后检查生成的 schema.rb 文件时,我没有看到“Brand”是主键:

create_table "brands", id: false, force: true do |t|
t.string "Brand", limit: 30, null: false
t.datetime "created_at"
t.datetime "updated_at"
end

add_index "brands", ["Brand"], name: "index_brands_on_Brand", unique: true, using: :btree

我对此感到担忧,因为我计划稍后使用 rake db:schema:load 在另一台计算机上从 schema.rb 文件生成数据库,而不是运行所有迁移。有什么方法可以确保主键正确转储到 schema.rb 而不是手动编辑文件?

我使用的是 Ruby 2.1.5 和 Rails 4.1.8。

最佳答案

您是否考虑过使用 https://github.com/vprokopchuk256/mv-core 重写您的验证/约束 gem ?

我允许您以与数据库无关的方式编写验证。有 MySQL、PostgreSQL、SQLite 的驱动

示例:

create_table "brands", id: false, force: true do |t|
t.string "Brand", limit: 30, null: false,
uniqueness: true, length: 1..30
t.datetime "created_at"
t.datetime "updated_at"
end

此类验证将转储到 schema.rb。

您可以将它们升级到您的模型:

class Brand < ActiveRecord::Base
enforce_migration_validations
end

关于mysql - 将主键定义转储到 schema.rb 中,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28217884/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com