QuickBI中为什么计算字段不能包含计算字段呢？

在数据库设计和查询优化中，确实重复计算同一字段值可能会影响性能，尤其是当数据量大时。对于您提到的根据客单价给用户评级的情况，可以通过以下几种方式优化：

1. 临时变量或子查询：大多数数据库系统支持使用子查询或者临时变量来存储计算结果，避免多次计算。例如，在SQL查询中，您可以先用一个子查询计算出客单价，然后在外层查询中使用这个结果进行评级判断。

   SELECT 
      UserID,
      CASE 
          WHEN 客单价 >= 500 THEN '高级用户'
          WHEN 客单价 >= 200 THEN '中级用户'
          ELSE '普通用户'
      END AS 用户评级
   FROM (
      SELECT UserID, SUM(订单金额) / COUNT(DISTINCT 订单ID) AS 客单价
      FROM Orders
      GROUP BY UserID
   ) AS SubQuery
   

2. 使用CTE（Common Table Expressions）：在支持CTE的数据库系统中，如PostgreSQL、SQL Server或MySQL等，可以定义一个临时的结果集，其中包含已经计算好的客单价，然后在这个基础上进行评级。

   WITH CustomerSpend AS (
      SELECT UserID, SUM(订单金额) / COUNT(DISTINCT 订单ID) AS 客单价
      FROM Orders
      GROUP BY UserID
   )
   SELECT 
      UserID,
      CASE 
          WHEN 客单价 >= 500 THEN '高级用户'
          WHEN 客单价 >= 200 THEN '中级用户'
          ELSE '普通用户'
      END AS 用户评级
   FROM CustomerSpend
   

3. 数据库视图：如果这种计算和评级是经常性的需求，可以考虑创建一个视图（View），该视图保存了每个用户的客单价。之后基于这个视图进行评级计算，这样可以简化查询逻辑，并且提高代码的可读性和重用性。

4. 索引与优化器：确保用于计算客单价的字段（如订单金额、订单ID）有合适的索引，这有助于数据库引擎快速执行聚合操作。同时，了解并利用数据库的查询优化器，它能自动选择最高效的执行计划。

通过上述方法，可以在不牺牲查询效率的同时，实现对用户按照客单价的评级。具体采用哪种方案，还需根据您的实际应用场景以及所使用的数据库系统的特性来决定。