ruby-on-rails – Rails:rake db:migrate *非常*在Oracle上很慢

ruby-on-rails – Rails:rake db:migrate *非常*在Oracle上很慢,第1张

概述我正在使用带有oracleenhanced适配器的rails为遗留应用程序创建一个新接口. 数据库迁移成功运行,但在rake完成之前需要花费相当长的时间.数据库更改发生得非常快(1或2秒),但db / schema.db转储需要一个多小时才能完成. (参见下面的示例迁移.) 这是一个相对较大的模式(大约150个表),但我确信它不应该花这么长时间来转储每个表描述. 无论如何只需要使用最后一个sche @H_403_6@ 我正在使用带有oracleenhanced适配器的rails为遗留应用程序创建一个新接口.

数据库迁移成功运行,但在rake完成之前需要花费相当长的时间.数据库更改发生得非常快(1或2秒),但db / schema.db转储需要一个多小时才能完成. (参见下面的示例迁移.)

这是一个相对较大的模式(大约150个表),但我确信它不应该花这么长时间来转储每个表描述.

无论如何只需要使用最后一个schema.db并将迁移中指定的更改应用于它来加快速度吗?或者我能够完全跳过这个模式转储?

我理解这个schema.db每次都是用来从头开始创建测试数据库,但是这种情况下,表触发器中有很大一部分数据库逻辑,无论如何都没有包含在schema.rb中,因此rake测试是在任何情况下对我们都没有好处. (这是一个完全不同的问题,我需要在其他方面进行梳理.)

dgs@dgs-laptop:~/rails/voyager$time rake db:migrate(in /home/dgs/rails/voyager)== 20090227012452 AddModuleActionAndControllernames: migrating ================-- add_column(:modules,:action_name,:text)   -> 0.9619s   -> 0 rows-- add_column(:modules,:controller_name,:text)   -> 0.1680s   -> 0 rows== 20090227012452 AddModuleActionAndControllernames: migrated (1.1304s) =======real    87m12.961suser    0m12.949ssys 0m2.128s
解决方法 在将所有迁移应用于数据库之后,然后rake db:migrate调用db:schema:dump task从当前数据库模式生成schema.rb文件.

db:schema:dump call adapter的“tables”方法获取所有表的列表,然后为每个表调用“索引”方法和“列”方法.您可以在activerecord-oracle_enhanced-adapter gem的oracle_enhanced_adapter.rb文件中找到这些方法中使用的sql SELECT语句.基本上它确实从ALL%或USER%数据字典表中选择以查找所有信息.

最初我在使用原始Oracle适配器时遇到了问题,因为我将它用于具有许多不同模式的数据库(因为性能可能会受到数据库中表的总数的影响 – 而不仅仅是在模式中),因此我在Oracle增强中做了一些优化适配器.在你的情况下找出哪些方法很慢会很好(我怀疑它可以是为每个表执行的“索引”或“列”方法).

调试此问题的一种方法是,如果您在oracle_enhanced_adapter.rb文件中放入一些调试消息,以便您可以识别哪些方法调用花了这么长时间.

总结

以上是内存溢出为你收集整理的ruby-on-rails – Rails:rake db:migrate *非常*在Oracle上很慢全部内容,希望文章能够帮你解决ruby-on-rails – Rails:rake db:migrate *非常*在Oracle上很慢所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/langs/1287728.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-06-09
下一篇 2022-06-09

发表评论

登录后才能评论

评论列表(0条)

保存