sql聚合查询 数据库查询聚合函数

sql数据分析的核心解决掌握select、where、group by、having、join等基础查询语句与聚合函数，1. select和from用于指定查询字段和数据来源；2．其中实现数据筛选；3． group by fitcount、sum、avg等聚合函数进行数据汇总；4.对聚合结果进行二次筛选；5．加入连接多表整合信息；6. 子查询和cte处理复杂逻辑提升的优越性；7. 窗口函数如row_number、lag、avg over实现高级分析；同时需避免select补、where中使用列函数、join不当、或过多、大数据distinct及忽略null和数据类型等问题，通过获取所需字段、创建索引、分析执行计划、分步调试等方式优化性能。

在数据分析的日常语言里，SQL无疑是我们最得力的助手之一。它不仅仅是一种查询，更是一种思考数据、洞察规律的工具。尤其是面对海量数据时，充分运用其常用的查询语句和聚合函数，使我们事半功倍，从混沌中理出头绪，找到我们真正需要的信息。

SQL数据分析，说白了，就是通过一系列指令，从数据库这个巨大的“仓库”里，把我们想要的数据“取出”出来，再按我们的需求进行“加工”和“汇总”。这个过程，从最基础的筛选、排序，到复杂的连接、聚合，每一步都至关重要。我个人认为，掌握这些基本功，就像是学会了开车，让你在数据的海洋里自由驰骋。常用语句与聚合函数实践

我们来聊聊那些最常用查询也最核心的SQL语句和函数。

首先，SELECT而FROM是基石，这个不用多说，就像你要从仓库里拿东西，得先知道拿什么（SELECT ）从哪个仓库拿（FROM Table）。SELECT column1，column2FROM your_table；登录后复制

连接是WHERE，这是数据筛选的利器。你不想把所有东西都搬出来，重新拿符合特定条件的。比如，我重新看2023年的销售数据，或者某个特定产品类别的。SELECT Product_name，sales_amountFROM sales_dataWHERE sale_date BETWEEN '2023-01-01' AND '2023-12-31' AND Product_category = 'Electronics'；登录后复制

然后是 GROUP BY和聚合函数，就是数据分析的灵魂所在。当你需要看“整体”而不是“派个体”时，它们就用场了。比如，我想知道每个产品的总销售额，或者每个月的平均销售额。COUNT()、SUM()、AVG()、MIN()、MAX()这些函数，配合GROUP BY，能瞬间把散乱的数据汇总成有意义的指标。

SELECT Product_category， SUM(sales_amount) AS Total_sales， COUNT(DISTINCT customer_id) AS unique_customers， AVG(price) ASaverage_priceFROM sales_dataGROUP BY Product_category；登录后复制

如果聚合后你还需要进一步筛选，那就得用HAVING了，它和WHERE类似，但作用于GROUP BY比如，我重建看总销售额超过100万的产品类别。SELECT Product_category， SUM(sales_amount) AS total_salesFROM sales_dataGROUP BY Product_categoryHAVING SUM(sales_amount) gt； 1000000；登录后复制

最后，数据整合学习JOIN。在真实的世界里，数据往往分散在不同的表里，比如订单信息在一张表，客户信息在另一张表。你需要把它们“连接”起来才能进行更全面的分析。INNER JOIN、LEFT JOIN、RIGHT JOIN、FULL OUTER JOIN，拥挤都有其特定的应用场景，理解它们的区别是关键。我个人在做数据分析时，LEFT JOIN 和 INNER JOIN 用得最多，因为它们能很好地处理“主表数据不丢失”和“只看匹配数据”这两种核心需求。SELECT o.order_id， c.customer_name， o.order_amountFROM 订单 oINNER JOIN 客户 c ON o.customer_id = c.customer_idWHERE o.order_date gt；= '2024-01-01'；登录后复制SQL高效数据分析中，如何利用子查询与CTE提升复杂查询性能？

说实话，刚开始接触SQL，子查询（子查询）会让人觉得有点绕，因为就像在主查询里又套了一个小查询。但它确实非常强大，可以帮助解决我们很多分步计算的问题。比如，我想找出那些销售额用于平均销售额的产品，这时候你得先算出平均销售额，再用这个结果去筛选。SELECT Product_name， sales_amountFROM sales_dataWHERE sales_amount gt；(SELECT AVG(sales_amount) FROM sales_data)；登录后复制

子查询虽然好用，但有时层层编织起来，那结论性就有点“一言难尽”了，而且在某些数据库系统中，性能可能不太理想。这时候也，通用表表达式（CTE），根据我们常说的“公共表表达式”，范围就很高效和了。

CTE用定义关键字，它能把一个复杂的查询拆分成多个逻辑标记、可重用的“临时结果崇集”。我个人非常推CTE，因为让它的SQL代码像搭积木一样，一步一步构建起来，不仅性大大提升，很多时候还能优化查询计划，减少重复计算。

举个例子，如果我们要查找每个产品类别中最高的那个产品，用子查询可能需要遍历好几层。但是用CTE，你可以先计算出每个类别的最高的那个，再用这个结果去连接原始表。WITH CategoryMaxSales AS ( SELECT Product_category， MAX(sales_amount) AS max_category_sales FROM sales_data GROUP BY Product_category)SELECT s.product_name， s.product_category， s.sales_amountFROM sales_data sINNER JOIN CategoryMaxSales cms ON s.product_category = cms.product_category AND s.sales_amount = cms.max_category_sales；登录后复制

你看，是不是噪音多了？CTE还能用于分层查询，处理一些系统结构的数据，比如组织架构或者评论回复链，这在传统子查询里会非常麻烦。聚合函数之外，SQL窗口函数在复杂数据分析中的应用场景有哪些？

关系数据分析，我们刚才提到了聚合函数，它们把多行数据聚合成一行结果。但有时候，我们既想聚合结果，又不想丢失原始的行信息，或者想在“窗口”内进行某个计算，比如计算移动平均、排名、累计值等等。这时候，窗口函数（Window）函数）就登场了。

窗口函数和聚合函数很像，都有 SUM()， AVG()， COUNT() 等，但它们后面多了一个 OVER() 子句。这个 OVER() 定义了一个“窗口”，和一个数据集的子集，函数就在这个子集上进行计算，但结果会返回到每一行，而不是像 GROUP BY 这样就把行数减少了。

我第一次窗口函数时，感觉就像打开了新世界的大门。它能非常优雅地解决过去需要自连接或者复杂子查询才能搞定的问题。

一些常用的窗口函数接触应用场景：排名函数 (ROW_NUMBER()， RANK()， DENSE_RANK())：找出每个组内的第一名、前三名等。比如，我想看每个月销售额排名前五的产品。

SELECT sale_month，product_name， sales_amount， ROW_NUMBER() OVER (PARTITION BY sale_month ORDER BY sales_amount DESC) AS rnFROM Monthly_salesWHERE rn lt；= 5； -- 注意：这个WHERE子句不能直接用在WITH室外，需要用子查询或CTE包层登录后复制

正确的使用方式通常是这样：WITH RankedSales AS ( SELECT sale_month，product_name， sales_amount， ROW_NUMBER() OVER (PARTITION BY sale_month ORDER BY sales_amount DESC) AS rn FROM Monthly_sales)SELECT sale_month， Product_name， sales_amountFROM RankedSalesWHERE rn lt；= 5；登录后复制分析函数 (LEAD()， LAG())：比较当前行与前一行或后一行的数据。比如，计算环比选项，或者查看用户上次登录时间。SELECT sale_date， sales_amount， LAG(sales_amount， 1， 0) OVER (ORDER BY sale_date) AS previous_day_sales， (sales_amount - LAG(sales_amount， 1， 0) OVER (ORDER BY sale_date)) / LAG(sales_amount， 1， 0) OVER (ORDER BY sale_date) AS daily_growth_rateFROM daily_sales；登录后复制窗口函数 (SUM() OVER()， AVG() OVER())：计算滚动总和、移动平均。比如，计算过去7天的平均销售额。SELECT sale_date， sales_amount， AVG(sales_amount) OVER (ORDER BY sale_date ROWS BETWEEN 6 PRECEDING AND CURRENT ROW) AS Seven_day_moving_avgFROM daily_sales；登录后复制

窗口函数非常灵活，通过PARTITION BY定义分组，ORDER BY 定义组内排序，ROWS/RANGE 定义窗口范围，能实现各种复杂的分析需求，是高级数据分析师的必备技能。在实际SQL数据分析中，我们常犯的错误和性能优化陷阱有哪些？

作为一名真实的数据分析师，我踩过的坑可明显，有的是经验不足，有的是粗心大意。这里总结了几个我在实际工作中经常或者遇到别人犯错误的错误和性能陷阱：*`SELECT 的陷阱：**除非您确实需要所有列，否则请明确列出您需要的字段。

SELECT 会增加网络传输负担，也可能导致多余的磁盘 I/O，特别是当表有很多列的时候。我见过很多新手，为了图方便，直接 SELECT `，结果在生产环境跑了几十甚至几小时的查询。WHERE 子句中对使用列函数：比如 WHERE DATE(order_time) = '2023-01-01' 这样。会导致数据库无法使用该列上的索引，从而进行全表扫描。正确的做法通常是WHERE order_time gt；= '2023-01-01' AND order_time 不适合的 JOIN 条件或恢复索引： JOIN 是连接表的关键，但如果 JOIN 的列上没有合适的索引，或者 JOIN 条件写得不好，导致数据库进行笛卡尔积或者大量的连接，那查询会非常慢。我通常会用 EXPLAIN（或者 EXPLAIN） ANALYZE）来查看查询计划，看看是不是走了全表扫描或者索引没用上。OR条件过多：在WHERE子句中使用大量OR 条件，有时会降低查询性能，它可能会导致数据库无法有效利用索引。在某些情况下，可以使用 IN 或者 UNION ALL 来替代。因为大数据量下的 DISTINCT：DISTINCT 操作需要对数据进行排序和去重，当数据量非常大的时候，会消耗大量的 CPU 和内存资源。如果你只是想统计不重复的数量，COUNT(DISTINCT column) 是没问题的，但如果 SELECT DISTINCT *而且数量巨大，就得小心了。没有理解 NULL 个的行为： NULL 在 SQL 里是特殊的存在，它不等于 0，也不等于空字符串，甚至不等于它自己。很多时候，WHERE column = NULL 是不生效的，你得用 WHERE column IS NULL 或 WHERE column IS NOT NULL。我见过因为对 NULL 错误理解导致数据筛选不准确的情况。忽略数据类型： 隐式类型转换有时会导致索引失效或性能问题。比如拿字符串去和数字列比较，数据库可能需要先将数字转换列为字符串再进行比较，这会额外的资源。

要优化SQL查询，我的经验是：只取明确的列，WHERE明确的条件。善用索引：理解索引的工作原理，为常用查询条件和JOIN列创建合适的索引。分析查询：使用EXPLAIN（或数据库对应的工具）来了解你的查询是如何高效执行的，找出性能瓶颈。分步调试：对于复杂的查询，可以先写好子查询或CTE，一步步验证结果，确保每一步都是正确的和的。避免全表扫描：尽量通过WHERE条件和索引缩小扫描范围。

SQL数据分析是一个不断学习和实践的过程，没有劳永逸的解决方案。多动手，多观察，多思考，你才能成为一个真正的SQL高手。

以上就是SQL数据分析实战 常用查询语句与聚合函数应用指南的详细内容，更多请关注乐哥常识网其他相关文章！