我的业务伙伴和我在从具有HAVING子句的MySQL视图中进行选择时遇到问题。
查询只是从视图中选择几个字段,通过一些计算动态确定距离,并将其别名为“距离” - 然后将结果限制为距离小于提供的变量的那些行。
使用Google地图引用的Haversine公式计算距离: https://developers.google.com/maps/articles/phpsqlsearch
以下是我所知道的:
1)当从查询中删除HAVING子句时,它会成功返回视图中的所有结果,包括每行的计算“距离”
2)当HAVING子句添加到查询中时,它返回一个空结果集
3)我们还尝试将HAVING子句中的变量交换为静态数字 - 这也返回了一个空结果集
视图的内容似乎无关紧要,因为一切都在没有HAVING子句的情况下工作。
以下是查询:
SELECT
restaurantName,
restaurantID,
locationID,
locationCity,
locationState,
locationAddress,
locationLatitude,
locationLongitude,
( 3959 * acos( cos( radians('%s') ) * cos( radians( locationLatitude ) ) * cos( radians( locationLongitude ) - radians('%s') ) + sin( radians('%s') ) * sin( radians( locationLatitude ) ) ) ) AS distance
FROM newView
HAVING distance < '%s'
ORDER BY distance
请记住,视图在没有HAVING子句的情况下完美地计算每个选定行的“距离”,因此我们确信问题就在那里......当我们将其取出时,一切正常,但视图中的每一行都会返回。
为什么HAVING子句返回空集的任何想法? HAVING子句与视图不兼容吗?
答案 0 :(得分:2)
使用HAVING
子句将行组合在一起时,GROUP BY
子句用于聚合数据。由于您分别对每一行进行操作,因此应将HAVING
替换为WHERE
子句。有关详细信息,请参阅this example。
在SELECT列表中的非聚合列上使用HAVING是MySQL支持的非标准行为,但是不应该依赖的行为。即使MySQL reference也不鼓励它:
不要将HAVING用于应该在WHERE子句中的项目。对于 例如,不要写下以下内容:
SELECT col_name FROM tbl_name HAVING col_name > 0;
改为写下:
SELECT col_name FROM tbl_name WHERE col_name > 0;
顺便说一句:如果要将用户的参数传递给查询(使用%s
),请确保查看准备好的语句。否则你的手上可能会有明显的安全漏洞。
答案 1 :(得分:2)
试试这个:
select * from (
SELECT
restaurantName,
restaurantID,
locationID,
locationCity,
locationState,
locationAddress,
locationLatitude,
locationLongitude,
( 3959 * acos( cos( radians('%s') ) * cos( radians( locationLatitude ) ) * cos( radians( locationLongitude ) - radians('%s') ) + sin( radians('%s') ) * sin( radians( locationLatitude ) ) ) ) AS distance
FROM newView
) S
where distance < '%s'
ORDER BY distance