MySQL经常重建视图的性能

Question

我目前正在参与一个小项目，每30分钟就要创建一个报告。报告的SQL必须作为视图存储在MySQL数据库中，当前应用程序通过其运行的服务器的更新过程进行更新时，将更新视图。但是，仅针对代码更改，不需要运行此更新过程。由于SQL经常更改，并且更新过程有点麻烦，我想知道是否会出现性能问题，如果只是在创建报表之前每次都重新创建视图，那么每30分钟一次？ （SQL不能直接执行。）这种方式只需要部署新代码，但不需要运行服务器更新过程。由于它不是物化视图，而只是某种文本的一种更新操作，我猜数据库不需要太多的性能。

有没有人有这方面的经验？

Answer 1

MySQL没有“物化视图”。当您从视图中SELECT时，它会动态执行基础SELECT。

如果您正在修改VIEW的定义，那么这听起来不对。如果需要将“传递参数”传递给视图，请考虑使用存储过程。您可以传递参数并动态构建查询。

请提供更多细节。