Rails schema.rb 对于不同的数据库是不同的
我在 Rails 中遇到了 schema.rb 的问题。如果我运行 rake db:migrate ,不同数据库的结果是不同的,准确地说,如果我使用 PostgreSQL 和一个文本字段,它会给我
t.text "summary"
行,但使用 SQLite 它也会给我
t.text "summary", :limit => 255
当我使用 :default
,空格数量不同,PostgreSQL:
t.boolean "watched", :default => false, :null => false
SQLite:
t.boolean "watched", :default => false, :null => false
当我在生产环境中运行rake db:migrate
时,它会更改我的schema.rb,这很烦人,显然我不能当使用开发环境中生成的 schema.rb 时,请在生产中使用 rake db:schema:load
。我的问题是为什么存在差异以及如何使它们消失,因此 schema.rb 对于生产和开发来说是相同的?
I have a problem with schema.rb in Rails. If i run rake db:migrate
the results are different for different databases, to be precise if I use PostgreSQL and a text field it gives me
t.text "summary"
line, but with SQLite it gives me
t.text "summary", :limit => 255
Also when I use :default
, number of spaces differ, PostgreSQL:
t.boolean "watched", :default => false, :null => false
SQLite:
t.boolean "watched", :default => false, :null => false
It is quite annoying that when I run rake db:migrate
on production it changes my schema.rb and obviously I can't use rake db:schema:load
on production when using schema.rb generated in development environment. My question is why are there differences and how do I make them disappear, so schema.rb is the same for production and development?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
为了您自己的理智,我建议在开发中使用与生产中相同的数据库引擎。启动并运行本地 PostgreSQL 服务器并不需要太多的努力,并且通过在生产中使用的同一后端上进行所有开发和测试,您将避免一些令人讨厌的意外。
For your own sanity, I'd recommend using the same DB engine in development as you do in production. It doesn't take too much effort to get up and running with a local PostgreSQL server, and you'll avoid some nasty surprises by doing all of your development and testing on the same backend you're using in production.