[b]视图[/b] 视图是一个虚拟表（非真实存在），其本质是根据SQL语句获取动态的数据集，并为其命名，用户使用时只需使用名称即可获取结果集，并可以将其当作表来使用。 [b]创建视图[/b] 创建一个名称为v1的视图，其功能就是查询color表中的所有数据 [b]查看视图[/b] 使用视图时，将其当作表进行操作即可，由于视图是虚拟表，所以无法使用其对真实表进行创建、更新和删除操作，仅能做查询用。 [b]输出结果[/b] [b]修改视图[/b] [b]删除视图[/b] [b]引用[/b] navicat是mysql可视化工具中最棒的，但是，在处理视图的导入导出方面，它是按照视图名称的字母顺序来处理的，若视图存在依赖，在导入过程中就会报错。这个问题一直困绕我，一度因为我使用docker来部署mysql而绕过了这个问题。最近不得不直面这个问题，因此，写了一个小工具来解决它。 [b]整体思路[/b] 在mysql很容易查出所有视图和其定义，因此可以写一个视图导出工具，存储时对各视图的保存位置进行调整，处理好它们之间的依赖关系，被依赖的放前面，这样就解决了导入时的依赖问题。 [b]获取视图信息[/b] 运行以下查询语句，就能获得该数据库中所有视图的信息。 查询结果字段说明： [list] [*]TABLE_NAME ： 数所库中视图名称[/*] [*]VIEW_DEFINITION ： 视图的定义代码，只有查询语句部分[/*] [*]DEFINER ： 视图定义（建立）者名称[/*] [*]SECURITY ： 安全级别[/*] [/list] 总之，所有视图的信息都在这个表中保存，我要完成任务，只需要TABLE_NAME和VIEW_DEFINITION就可以了。 [b]算法描述[/b] [list] [*]将查询结果放到dict中，视图名称为key；视图定义为value；[/*] [*]编写处理依赖关系的函数process_rely，输入参数中的rely_old为保存所有视图名称的数组；返回参数为按依赖关系调整顺序后的视图名称数组。之所以这样做，是一开始考虑到，依赖关系复杂时，可能一次迭代处理不好，需要递归调用或多次调用。[/*] [/list] [b]process_rely函数算法描述：[/b]     第一层循环，从rely_old中取一个视图名称         第二层循环，从dict中取出一个键值             若键值被第一层元素的定义所依赖                 若键值还不在结果数组中                     若第一层元素不在结果数组中                         追加键值到结果数组中                     第一层元素在结果数组中                         将键值插入到第一层元素前                 键值在结果数组中                     第一层元素在结果数组中                         查找各自在结果数组中的位置                         若第一层元素在键值的后                             将键值移动到第一层元素前         第二层循环结束时，若第一层元素还不在结果集中             将第一层元素追加到结果集中     返回结果集 上面的说明，是按python代码模式给出的。很幸运，算法一次就能将复杂的依赖关系处理好了。我在编写的过程中，刚开始依赖算法不完善时，通过多次迭代也能处理好复杂的依赖关系。因此，坚定了必胜的信心，完成了这个任务。 [b]完整代码[/b] [b]小结[/b] 思路要清晰，代码要一步步的向最终目标靠近，积跬步以至千里。在做这个工具时，一开始觉得很麻烦，依赖关系若是深层次的，可能一次处理不好，正因为采用的迭代的思想，最后才完成了一次迭代解决问题的完美结局。 好了，以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对编程素材网的支持。