mysql视图迁移_mysql – 在多开发人员环境中处理数据库视图的迁移

对于视图或任何可以随时重新定义的数据库对象(例如函数),我发现的最佳实践是将函数的当前定义存储在自己的文件中,例如db / views / your_stuff.view .SQL;然后,每当开发人员想要更改该视图时,他们就会更改该文件,然后添加样板文件迁移,只需从最新版本重新定义视图(我不知道你是否在Rails中,但这里的想法应该是很清楚)：

class UpdateYourStuffView < ActiveRecord::Migration

def up

execute File.read("#{Rails.root}/db/views/your_stuff.view.sql")

end

def down

# You could expand this to actually track older versions,

# but that's generally not worth it.

raise ActiveRecord::IrreversibleMigration

end

end

请注意,实际的视图文件应如下所示：

CREATE OR REPLACE VIEW your_stuff AS (SELECT 'x' FROM foos);

这解决了您的问题,因为工作流现在是：

>查看当前的样子：SELECT’x’FROM foos.>开发人员1启动分支A并添加新列.他们修改db / views / your_stuff.view.sql以反映这种变化;他们的迁移只是运行新视图.>开发人员2启动分支B并添加新列.他们修改同一个文件,并像上面一样添加新的迁移.>开发人员2首先完成她的分支并运行迁移.视图现在看起来像SELECT’x’,’z’.>开发人员1现在完成他的分支.但是,要合并到master中,他必须解决视图文件中的冲突.一旦他这样做并运行迁移,视图现在包括所有三列.