hich is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by

在SQL查询中，`GROUP BY` 子句用于将数据集分组以便对每个组进行聚合操作，如求和、平均值等。当涉及到 `GROUP BY` 的查询语句使用了 `sql_mode=ONLY_FULL_GROUP_BY` 这一特定模式时，会有一些额外的要求和限制。

### `sql_mode=only_full_group_by` 模式下限制：

当 SQL 环境配置为 `sql_mode=only_full_group_by` 时，意味着只有在 `GROUP BY` 子句明确地依赖于所有列的情况下，该查询才能被执行。这意味着对于每一组内的记录，`GROUP BY` 子句中列出的所有列的值都应该是相等的。换句话说，如果某个列在聚合函数之外被引用（即，它不仅在 `GROUP BY` 子句中也出现在其他部分），则这个列必须是每行中唯一确定的（例如，通过在聚合操作中直接使用该列作为过滤条件或其他显式引用）。

### 不功能依赖于 `GROUP BY` 条件的情况：

在这种模式下，并非所有情况都会违反规定。关键在于理解哪些元素实际上是在定义组的边界，而哪些只是在使用结果集中的一部分。以下是一些例子：

1. **聚合函数仅使用 `GROUP BY` 列**：
- 示例 SQL 查询：`SELECT COUNT(*) FROM sales GROUP BY product_id;`
这里，`product_id` 直接在 `GROUP BY` 中指定，因此它是功能性依赖于组的形成。

2. **聚合函数使用外部列**：
- 示例 SQL 查询：`SELECT product_name, AVG(sales_amount) FROM sales GROUP BY product_name;`
这里的 `AVG()` 函数计算了每个产品的平均销售金额，尽管未直接在 `GROUP BY` 中列出 `sales_amount`，但它仍然与 `GROUP BY` 集成在一起，因为它的计算基于已分组的数据。

3. **`HAVING` 子句中的条件依赖于 `GROUP BY` 列**：
- 示例 SQL 查询：`SELECT product_id, SUM(quantity) FROM sales GROUP BY product_id HAVING SUM(quantity) > 100;`
这种情况下，`SUM(quantity)` 的计算是基于已经分组的数据，然后 `HAVING` 子句进一步筛选出符合条件的组。

### 不兼容的情况示例：

下面的查询可能会引起错误，因为它试图在一个 `GROUP BY` 表达式的上下文中使用一个独立于分组依据的列：

SELECT product_name, SUM(sales_amount) * price FROM sales GROUP BY product_name;

在这个例子中，虽然 `product_name` 被列为 `GROUP BY` 的一部分，但是 `price` 并未在 `GROUP BY` 子句中列出。这种情况下，数据库引擎会在 `sql_mode=only_full_group_by` 下拒绝此查询，除非 `price` 或其影响能被视为功能依赖于 `product_name` 的某种形式。

###