k heb een tabel waarin ik IP adressen log + datum:
Om te kijken welke ipadressen er per dag zijn gelogd, tel ik de datums die hetzelfde zijn, en groupeer ze daarbij:
Dit lijkt helemaal te kloppen, totdat ik het handmatig ga controleren:
Zoals je hieronder kunt zien, klopt dat dus niet bij de bovenste 2 datums.

Ik gebruik MySQL 3.23.49, upgraden is om technische redenen niet mogelijk..
Al is er een grote kans dat ik te maken heb met deze bug:
- Fixed a rare bug when using a date in HAVING with GROUP BY.
Die gefixed word in MySQL 3.23.56..
Eigenlijk weet ik het probleem dus denk ik al, maar toch zit ik vast, dus weet iemand nog een optie..
Ik kan die handmatige SELECT's in een whilelust uitvoeren, lijkt me alleen een beetje serverbelastend, en niet zo netjes..
PHP:
1
2
3
| // tabelnaam veld 'ip' varchar(15) veld 'date' date |
Om te kijken welke ipadressen er per dag zijn gelogd, tel ik de datums die hetzelfde zijn, en groupeer ze daarbij:
PHP:
1
2
3
| SELECT date, count( date ) AS aantal FROM `tabelnaam` GROUP BY date DESC LIMIT 0 , 30 |
Dit lijkt helemaal te kloppen, totdat ik het handmatig ga controleren:
PHP:
1
2
3
4
| SELECT date FROM `tabelnaam` WHERE date = '2003-10-28'; SELECT date FROM `tabelnaam` WHERE date = '2003-10-27'; SELECT date FROM `tabelnaam` WHERE date = '2003-10-26'; etc. |
Zoals je hieronder kunt zien, klopt dat dus niet bij de bovenste 2 datums.

Ik gebruik MySQL 3.23.49, upgraden is om technische redenen niet mogelijk..
Al is er een grote kans dat ik te maken heb met deze bug:
- Fixed a rare bug when using a date in HAVING with GROUP BY.
Die gefixed word in MySQL 3.23.56..
Eigenlijk weet ik het probleem dus denk ik al, maar toch zit ik vast, dus weet iemand nog een optie..
Ik kan die handmatige SELECT's in een whilelust uitvoeren, lijkt me alleen een beetje serverbelastend, en niet zo netjes..