问视图计算的列如何影响性能？

EN

免责声明:我只在远程服务器上使用了MySQL和PostgreSQL数据库大约8个月，对于您的用例，我更喜欢PostgreSQL。

TL;DR

1. 根据文档，如果添加了REFRESH MATERIALIZED VIEW子句，WITH DATA命令将删除所有数据并重新填充整个查询的数据。
2. 您可以为物化视图创建索引。索引可以放在存储在列中的计算字段上。
3. 不能索引视图(非物化)
4. 您可以根据需要创建不同类型的物化视图(请参阅下面的URL链接)。

长篇解释

( A)物化视图类型和性能

我有一个有多列表的要求，为了简化查询，我需要计算一个排序列。我正在考虑为我的原始表创建一个视图，并计算出这些排序列。但随着我的桌子越来越大，恐怕这会是一场恶梦。

如果计算非常昂贵，请考虑使用更多的内存将结果存储在物化视图或表中。

物化视图就像存储查询结果的表。在PostgreSQL物化视图的情况下，可以在其上创建索引以加快查询速度，并且可以对其进行空分，以更新元数据。

PostgreSQL提供的物化视图是一个幼稚的视图，因为您必须使用REFRESH MATERIALIZED VIEW命令手动刷新数据。根据文档，如果添加WITH DATA子句，这将删除所有数据并重新填充数据。

之后，您需要考虑插入、更新、删除操作所需的性能：

1. 如果您没有实时需求(即完整的表重新填充是可以接受的)，那么这个选项是可以的。
2. 否则，您可能希望看到这个网站发布了不同的物化视图设置，其中有些允许延迟刷新数据(按行触发刷新数据) https://hashrocket.com/blog/posts/materialized-view-strategies-using-postgresql。

第二点也适用于MySQL (实际上是构建物化视图的传统和定制方式)。据我所知，MySQL不支持即插即用的物化视图(需要插件)。(1)中提供的方便是我选择PostgreSQL的原因之一。

是否可以在视图中的计算列上创建索引？

可以对物化视图的列进行索引，就像对表进行索引一样。

( B) PostgreSQL中的窗口函数

选择PostgreSQL而不是MySQL的第二个原因是前者提供了扩展-SQL函数(或者我想称它们为OLAP函数)，这些函数有助于处理复杂的查询，比如行的排序等等。

我将让您探索这个选项(只需在"PostgreSQL窗口函数“上进行谷歌搜索)。

根据我的最新知识，MySQL没有内置支持这一点(可能依赖插件或自己的编码？)。