7

我有一个 mysql 数据库，有 60 多个视图，一些是辅助的，一些是最终的。它们之间存在依赖关系。当然，这给了我性能问题，但我没有设计这个数据库和系统。

为了加快一些报告的速度，我将最终视图具体化为表格。我也可以通过物化辅助视图来加快这个过程，然后使用它们来物化其他视图，从而避免重新处理辅助视图。

为此，我需要一种方法来查看视图之间的依赖关系，以便以正确的顺序实现视图。如果我可以将该信息输入到图表中（例如，使用 Graphviz 或 Tikz 等工具），那就太好了。

除了手动分析每个视图之外，还有什么方法可以做到这一点？

4

3 回答 3

5

我使用以下查询从 FROM 子句中获取依赖项：

SELECT  views.TABLE_NAME As `View`, tab.TABLE_NAME AS `Input`
FROM information_schema.`TABLES` AS tab 
INNER JOIN information_schema.VIEWS AS views 
ON views.VIEW_DEFINITION LIKE CONCAT('%',tab.TABLE_NAME,'%')

然后我将输出提供给一个 python 脚本，该脚本使用 ete2 模块将依赖关系可视化为树结构。如果有人感兴趣，我可以分享脚本。编辑：注意，我刚刚意识到，如果视图名称是另一个视图名称的子字符串，此查询可能会导致问题。如果任何机构可以建议改进，请这样做。

于 2016-11-11T10:40:19.547 回答
3

编辑：注意，我刚刚意识到，如果视图名称是另一个视图名称的>子字符串，则此查询可能会导致问题。如果任何机构可以建议改进，请这样做。

SELECT  views.TABLE_NAME As `View`, tab.TABLE_NAME AS `Input`
FROM information_schema.`TABLES` AS tab 
INNER JOIN information_schema.VIEWS AS views 
ON views.VIEW_DEFINITION LIKE CONCAT('%`',tab.TABLE_NAME,'`%')

我认为 % 旁边的 ` 符号确实消除了您的子字符串问题和其他一些问题。在实践中，这将起作用。我看到的唯一问题是，当您有一个数据库，其中某些表名与列名相同时，但在适当的数据库设计中，情况并非如此。

于 2017-05-18T13:39:39.713 回答
2

可以在许多查询设计器中可视化单独视图的查询，但数据库中的整个视图结构保持不可观察。

  • MySQL Workbench和 Oracle SQL Developer 似乎将视图呈现为单独的对象。
  • SchemaSpy呈现视图图，它基于字段名称，而不是 FROM 子句。

很难管理约 50 个相互关联的视图。我还没有找到任何舒适的工具来完成这项任务。

于 2013-03-16T18:52:22.597 回答