mysql - 在 MySql 中拥有大量 View 的后果是什么

Question

我有一个 Multi-Tenancy MySQL 数据库。对于大多数情况，我在表中使用租户 ID 列来区分，但出于某些目的，拥有一个已经按租户 ID 过滤的 View 要好得多。因此，例如，我可能有一个名为“quarterly_sales_view”的 View ，但对于租户 30，我将拥有“quarterly_sales_view_30”，对于租户 51，我将拥有“quarterly_sales_view_51”。我动态地创建了这些 View ，一切都运行良好，但我们现在只有几个租户，我意识到这对数百万租户来说永远行不通。

我的问题是，对于几千、几百或几十个自定义 View ，我是否会遇到性能问题或硬性限制？

附加信息:

我正在使用需要表名(或 View 名，因为它是只读的)并对其进行操作的第 3 方工具(不成熟)。在它工作的上下文中，我不能让它访问整个 View ，所以我创建了另一个简单定义为 SELECT * FROM MasterView WHERE TenantId = 30 的 View 。我认为这是一种解决方法让工具直接在 table 上工作。幸运的是这个工具是开源的，所以我可以调整它以使用不同的方法。我只是想知道在当前方法失效之前我还有多长时间。

Answer 1

这个问题 (IMO) 中的主要关注点应该更少地关注性能，更多地关注设计。首先， View 数量不应影响性能，但是，为什么每个租户都需要一个 View ？是否无法在更通用的 View 中按 ID 简单地过滤租户。例如:

SELECT * FROM vwMyTentants WHERE TenantId = 30

无论是什么原因，您都应该重新考虑您的方法，因为它是设计气味的标志。