ruby-on-rails – Rails：rake db：migrate 非常在Oracle上很

发布时间：2020-12-17 02:57:36 所属栏目：百科来源：网络整理

导读：我正在使用带有oracleenhanced适配器的rails为遗留应用程序创建一个新接口. 数据库迁移成功运行,但在rake完成之前需要花费相当长的时间.数据库更改发生得非常快(1或2秒),但db / schema.db转储需要一个多小时才能完成. (参见下面的示例迁移.) 这是一个相对较

我正在使用带有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.961s
user    0m12.949s
sys 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上很