Ruby on rails 如何在Rails中处理大量表(5.000)?

Ruby on rails 如何在Rails中处理大量表(5.000)?,ruby-on-rails,database-design,rails-activerecord,rails-routing,Ruby On Rails,Database Design,Rails Activerecord,Rails Routing,我有一个运行Ruby2和Rails4的RubyonRails应用程序。该应用程序的主要目的是从其他数据库导入和查看数据,它做得很好。为此,我为每个导入的表创建MVC和路由。但我遇到了一个小的性能问题,我想知道是否有办法优化它 例如,我将5000个表导入到我的应用程序中。对于每个表,我需要定义一个路由、一个模型、一个控制器和一个视图。我需要显示、排序、搜索和导出表中的所有或选定对象 我现在的工作流程是让Sidekiq在后台运行,为每个表搭建所有MVC,然后创建一个包含5000条路由的路由文件(我有

我有一个运行Ruby2和Rails4的RubyonRails应用程序。该应用程序的主要目的是从其他数据库导入和查看数据,它做得很好。为此,我为每个导入的表创建MVC和路由。但我遇到了一个小的性能问题,我想知道是否有办法优化它

例如,我将5000个表导入到我的应用程序中。对于每个表,我需要定义一个路由、一个模型、一个控制器和一个视图。我需要显示、排序、搜索和导出表中的所有或选定对象

我现在的工作流程是让Sidekiq在后台运行,为每个表搭建所有MVC,然后创建一个包含5000条路由的路由文件(我有几个路由文件)

主要的问题是,拥有25000个文件和一个包含20000行代码的路由文件并不能真正帮助保持应用程序的简单和快速

我提出的另一种方法是为每个表提供一个动态MVC和一个控制器方法,并通过以下方式获取数据:
ActiveRecord::Base.connection

这将使所有的东西都变薄一点,文件更少,控制器更少,模型更少,但我仍然有很多路由和视图。而且,我还没有找到一个解决方案来进行搜索、排序和导出,就像我现在做的那样

所以,我只想知道,对于如此庞大的表格,您有什么解决方案。非常感谢任何提示、帮助和开箱思考

更新clarfiy内容:


有5000张桌子是必要的。我的应用程序基本上是一种从数据库、文件或任何东西迁移旧数据并将其存储在我的应用程序和连接的MySQL数据库中的方法。我在这里说的是数以百万计的记录,成千上万的字段,以及我无法合并或简化的数据加载,因为我一开始并没有创建数据,但我必须存储它

这里有一些评论,所以为了进行讨论,我添加了一个答案


我的问题是-你真的需要Rails吗?从您编写的内容来看,应用程序仅用于在数据库之间显示(和迁移?)数据。像MySQL管理员这样的工具,等等。这就足够了吗?

听起来你的数据库结构有一个很大的问题。
…拥有25000个文件和一个包含20000行代码的路由文件对保持应用程序的简单和快速并没有真正的帮助。
-在你的应用程序中拥有5000个表是简单/快速的?我很想看到这个应用程序在运行!有5000张桌子是必要的。我的应用程序基本上是一种从数据库、文件或任何东西迁移旧数据并将其存储在我的应用程序和连接的MySQL数据库中的方法。我在这里说的是数以百万计的记录,成千上万的字段,以及我无法合并或简化的数据加载,因为我一开始并没有创建数据,但我必须存储它!请不要为此使用ruby on rails。。试试Ruby…好吧,我再解释一下我在做什么。你的申请有一半是正确的。我从不同的源和类型迁移、导入和查看数据。但是除了查看它们之外,我还创建了新的MVC来合并、链接和合并原始数据。这一切都可以由用户通过web界面完成。到目前为止,应用程序已经变得相当复杂,如果没有Rails,我不可能做到这一点,但感谢您花时间阅读并回答我的问题。真的很感激!好的,这完全改变了项目定义。我本来打算推荐一款功能与phpmyadmin类似的应用程序,但它毫无意义。我想到的另一件事是——停止使用activerecord。在大多数情况下,AR是一个很好的特性,可以简化/加速开发,但在您的情况下,在ORM中“硬编码”模型信息可能会更快,但我不知道Ruby是否存在这样的解决方案。