|
Gerne!
Yes, this is a long standing irritation of mine too, same goes for order by! I have a vague recollection of that having been changed in one of the latest releases but I can't see it anywhere mentioned in the What's New in 7.4 Section so maybe it was for another DB I read it.Important to note is that I can't use alias names as defined in "SELECT foo AS bar" within the HAVING clause.
I must repeat the exact expression within HAVING as used in the SELECT. Also something where MySQL behaves
different (and calculates the expression just once while DB2 may optimise the same calculations to one shot or not).
Tim.
________________________________
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> on behalf of Patrik Schindler <poc@xxxxxxxxxx>
Sent: 22 January 2020 17:46
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: SQL syntax error with fields and expressions in SELECT
Hello Tim,
Am 22.01.2020 um 17:19 schrieb Tim Fathers <X700-IX2J@xxxxxxxxxxx>:
I thought you must be mistaken, but surprisingly, when I tried it in MariaDB/MySQL it works! However, it seems to pick arbitrary values which is not what you ought to rely on in any case so I think DB2 failing is the correct thing to do.:-)
The problem is this, if you have a table as follows:Good point. I'm not sure if your example applies, though, because there's just one row in ResKonPF per ID. Maybe that's the reason why MySQL was doing the right thing besides the SQL being ambiguous.
ID MAX_MEM
1 1
1 5
2 2
2 5
2 8
3 7
...and you do
select ID, MAX_MEM from TABLE group by ID
How should SQL know which value from MAX_MEM should be included in the summarised row?
As I said above, it seems MySQL is indeterminate, which is never a good thing, so you need to either select min(MAX_MEM), max(MAX_MEM) or use some other aggregating function to aggregate/select the value. If there's some other column that dictates which MAX_MEM value has priority then you can use the OLAP functions to order and pick the value you need.Okay, understood.
I got this one to run properly and show the same values as in MySQL:
SELECT
id,
SUM(memSize)/1024 AS Mem_Used_GB,
memMax AS Mem_Max_GB,
SUM(stgOSUsed) AS Storage_Used_GB,
stgMax AS Storage_Max_GB
FROM vmresmgmt/respf
LEFT JOIN vmresmgmt/ResKonPF USING (id)
GROUP BY id, memMax, stgMax
HAVING (
NOT (IFNULL(ResKonPF.memMax, 0) = 0 OR IFNULL(ResKonPF.stgMax, 0) = 0 )
) AND (
(SUM(memSize)/1024) > ResKonPF.memMax OR (SUM(stgOSUsed)) > ResKonPF.stgMax
)
ORDER BY id
Important to note is that I can't use alias names as defined in "SELECT foo AS bar" within the HAVING clause. I must repeat the exact expression within HAVING as used in the SELECT. Also something where MySQL behaves different (and calculates the expression just once while DB2 may optimise the same calculations to one shot or not).
Thanks for your Help, Tim! Greatly appreciated!
:wq! PoC
PGP-Key: DDD3 4ABF 6413 38DE - https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.pocnet.net%2Fpoc-key.asc&data=02%7C01%7C%7C7782e7f97a3e4a00a70b08d79f5ff268%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637153106743812241&sdata=xYJvBaeTZQKAkkmNRoZXzhEMlWPEKJp3nUFxvXf9SN8%3D&reserved=0
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.midrange.com%2Fmailman%2Flistinfo%2Fmidrange-l&data=02%7C01%7C%7C7782e7f97a3e4a00a70b08d79f5ff268%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637153106743812241&sdata=JzN2folzLpLr0XI7zBEjXmJYw3pnWeowRizdk0HnV3s%3D&reserved=0
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Farchive.midrange.com%2Fmidrange-l&data=02%7C01%7C%7C7782e7f97a3e4a00a70b08d79f5ff268%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637153106743812241&sdata=xLufuJLscfZTcvugYZXvbzR4Jt3FswDRa6DdgmBqGTA%3D&reserved=0.
Please contact support@xxxxxxxxxxxx for any subscription related questions.
Help support midrange.com by shopping at amazon.com with our affiliate link: https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Famazon.midrange.com&data=02%7C01%7C%7C7782e7f97a3e4a00a70b08d79f5ff268%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637153106743812241&sdata=gbWTqAsgW9Of4Fm%2B%2FOyl95P%2BeTd69jicuKOXQqbaLmc%3D&reserved=0
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
midrange.com
