PostgreSQL GROUP BY 与 MySQL 不同?

PostgreSQL GROUP BY different from MySQL?(PostgreSQL GROUP BY 与 MySQL 不同?)
本文介绍了PostgreSQL GROUP BY 与 MySQL 不同?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着跟版网的小编来一起学习吧!

问题描述

我一直在将我的一些 MySQL 查询迁移到 PostgreSQL 以使用 Heroku.我的大部分查询工作正常,但是当我使用 group by 时,我总是遇到类似的重复错误:

<块引用>

错误:列XYZ"必须出现在 GROUP BY 子句中或用于一个聚合函数

有人能告诉我我做错了什么吗?


MySQL 100% 工作:

SELECT `availables`.*从`可用`内部连接`rooms` ON `rooms`.id = `availables`.room_idWHERE(rooms.hotel_id = 5056 AND availables.bookdate BETWEEN '2009-11-22' AND '2009-11-24')GROUP BY availables.bookdateORDER BY availables.updated_at


PostgreSQL 错误:

<块引用>

ActiveRecord::StatementInvalid: PGError: ERROR: columnavailables.id"必须出现在 GROUP BY 子句中或用于聚合函数:
SELECT "availables".* FROM "availables" INNER在房间"上加入房间".id =可用".room_id WHERE(rooms.hotel_id = 5056 AND availables.bookdate BETWEEN E'2009-10-21'AND E'2009-10-23') GROUP BY availables.bookdate ORDER BYavailables.updated_at


生成 SQL 的 Ruby 代码:

expiration = Available.find(:all,:joins =>[ :房间 ],:条件 =>[rooms.hotel_id = ? AND availables.bookdate BETWEEN ? AND ?", hostel_id, date.to_s, (date+days-1).to_s ],:组=>'availables.bookdate',:订单=>'availables.updated_at')


预期输出(来自工作 MySQL 查询):

<前>+-----+-------+-------+------------+---------+---------------+--------------+|身份证 |价格|斑点|预订日期 |room_id |created_at |更新时间 |+-----+-------+-------+------------+---------+---------------+--------------+|第414话38.0 |1 |2009-11-22 |1762 |2009-11-20... |2009-11-20... ||第415话38.0 |1 |2009-11-23 |1762 |2009-11-20... |2009-11-20... ||第416话38.0 |2 |2009-11-24 |1762 |2009-11-20... |2009-11-20... |+-----+-------+-------+------------+---------+---------------+--------------+3 排成套

解决方案

MySQL 完全不符合标准的 GROUP BY 可以被 Postgres 的 DISTINCT ON 模拟.考虑一下:

MySQL:

SELECT a,b,c,d,e FROM table GROUP BY a

这会为 a 的每个值提供 1 行(您不知道是哪一个).实际上你可以猜到,因为 MySQL 不知道哈希聚合,所以它可能会使用排序......但它只会对 a 进行排序,所以行的顺序可能是随机的.除非它使用多列索引而不是排序.好吧,无论如何,它不是由查询指定的.

Postgres:

SELECT DISTINCT ON (a) a,b,c,d,e FROM table ORDER BY a,b,c

这会为 a 的每个值提供 1 行,该行将是根据查询指定的 ORDER BY 排序的第一行.简单.

请注意,这里不是我正在计算的聚合.所以 GROUP BY 实际上没有意义.DISTINCT ON 更有意义.

Rails 与 MySQL 结合,所以我对它生成的 SQL 在 Postgres 中不起作用并不感到惊讶.

I've been migrating some of my MySQL queries to PostgreSQL to use Heroku. Most of my queries work fine, but I keep having a similar recurring error when I use group by:

ERROR: column "XYZ" must appear in the GROUP BY clause or be used in an aggregate function

Could someone tell me what I'm doing wrong?


MySQL which works 100%:

SELECT `availables`.*
FROM `availables`
INNER JOIN `rooms` ON `rooms`.id = `availables`.room_id
WHERE (rooms.hotel_id = 5056 AND availables.bookdate BETWEEN '2009-11-22' AND '2009-11-24')
GROUP BY availables.bookdate
ORDER BY availables.updated_at


PostgreSQL error:

ActiveRecord::StatementInvalid: PGError: ERROR: column "availables.id" must appear in the GROUP BY clause or be used in an aggregate function:
SELECT "availables".* FROM "availables" INNER JOIN "rooms" ON "rooms".id = "availables".room_id WHERE (rooms.hotel_id = 5056 AND availables.bookdate BETWEEN E'2009-10-21' AND E'2009-10-23') GROUP BY availables.bookdate ORDER BY availables.updated_at


Ruby code generating the SQL:

expiration = Available.find(:all,
    :joins => [ :room ],
    :conditions => [ "rooms.hotel_id = ? AND availables.bookdate BETWEEN ? AND ?", hostel_id, date.to_s, (date+days-1).to_s ],
    :group => 'availables.bookdate',
    :order => 'availables.updated_at')  


Expected Output (from working MySQL query):

+-----+-------+-------+------------+---------+---------------+---------------+
| id  | price | spots | bookdate   | room_id | created_at    | updated_at    |
+-----+-------+-------+------------+---------+---------------+---------------+
| 414 | 38.0  | 1     | 2009-11-22 | 1762    | 2009-11-20... | 2009-11-20... |
| 415 | 38.0  | 1     | 2009-11-23 | 1762    | 2009-11-20... | 2009-11-20... |
| 416 | 38.0  | 2     | 2009-11-24 | 1762    | 2009-11-20... | 2009-11-20... |
+-----+-------+-------+------------+---------+---------------+---------------+
3 rows in set

解决方案

MySQL's totally non standards compliant GROUP BY can be emulated by Postgres' DISTINCT ON. Consider this:

MySQL:

SELECT a,b,c,d,e FROM table GROUP BY a

This delivers 1 row per value of a (which one, you don't really know). Well actually you can guess, because MySQL doesn't know about hash aggregates, so it will probably use a sort... but it will only sort on a, so the order of the rows could be random. Unless it uses a multicolumn index instead of sorting. Well, anyway, it's not specified by the query.

Postgres:

SELECT DISTINCT ON (a) a,b,c,d,e FROM table ORDER BY a,b,c

This delivers 1 row per value of a, this row will be the first one in the sort according to the ORDER BY specified by the query. Simple.

Note that here, it's not an aggregate I'm computing. So GROUP BY actually makes no sense. DISTINCT ON makes a lot more sense.

Rails is married to MySQL, so I'm not surprised that it generates SQL that doesn't work in Postgres.

这篇关于PostgreSQL GROUP BY 与 MySQL 不同?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持跟版网!

本站部分内容来源互联网,如果有图片或者内容侵犯了您的权益,请联系我们,我们会在确认后第一时间进行删除!

相关文档推荐

ibtmp1是非压缩的innodb临时表的独立表空间,通过innodb_temp_data_file_path参数指定文件的路径,文件名和大小,默认配置为ibtmp1:12M:autoextend,也就是说在文件系统磁盘足够的情况下,这个文件大小是可以无限增长的。 为了避免ibtmp1文件无止境的暴涨导致
SQL query to group by day(按天分组的 SQL 查询)
What does SQL clause quot;GROUP BY 1quot; mean?(SQL 子句“GROUP BY 1是什么意思?意思是?)
MySQL groupwise MAX() returns unexpected results(MySQL groupwise MAX() 返回意外结果)
MySQL SELECT most frequent by group(MySQL SELECT 按组最频繁)
Include missing months in Group By query(在 Group By 查询中包含缺失的月份)