为Rails迁移创建(我的)SQL视图是错误的做法吗?
我在迁移过程中遇到了一些看起来很糟糕的sql。 我可以先创建一些视图,从视图允许的更干净的SQL填充我的新表,然后删除这些视图,从而使它更具可读性为Rails迁移创建(我的)SQL视图是错误的做法吗?,sql,ruby-on-rails,rails-migrations,Sql,Ruby On Rails,Rails Migrations,我在迁移过程中遇到了一些看起来很糟糕的sql。 我可以先创建一些视图,从视图允许的更干净的SQL填充我的新表,然后删除这些视图,从而使它更具可读性 我想我以前没有在一次迁移中看到过这种情况。这是一个坏主意还是一种坏做法?如果在迁移中创建视图可以简化您正在做的事情,并使现在使用和以后重新访问都更容易,那么我看不出有任何问题。我经常在迁移中创建临时表,以便在数据方面更轻松地完成我想做的事情。可能会有一点数据库开销,但如果您的迁移足够复杂,足以保证创建视图,那么您将对数据库产生相当大的影响。请添加视图
我想我以前没有在一次迁移中看到过这种情况。这是一个坏主意还是一种坏做法?如果在迁移中创建视图可以简化您正在做的事情,并使现在使用和以后重新访问都更容易,那么我看不出有任何问题。我经常在迁移中创建临时表,以便在数据方面更轻松地完成我想做的事情。可能会有一点数据库开销,但如果您的迁移足够复杂,足以保证创建视图,那么您将对数据库产生相当大的影响。请添加视图定义示例和您要填充的内容?@矛盾的是,这是无法共享的内容。我认为确切的细节并不重要。我正在对由内部联接本身创建的临时表进行一系列内部联接。它变得很难阅读。