Archief - hoe een groepering per maand maken bij sqlite

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
b

bikkerss

Legacy Member
ik heb het volgende al eens geprobeerd

SELECT MONTH(ontvangstdatum), COUNT(*)
FROM infovragen where ontvangstdatum between '2011-01-01' and '2011-3-31' and provincie= 'limburg'
maar ik krijg de melding dat de functie month ongeldig is

ontvangstdatum is een date veld
C

Cycloon

Legacy Member
bikkerss zei:
SELECT strftime('%m', ontvangstdatum) , COUNT(*)
FROM infovragen where ontvangstdatum between '2011-01-01' and '2011-3-31' and provincie= 'limburg'
Klik om te vergroten...

Als je dan ook nog wil groeperen:

bikkerss zei:
SELECT strftime('%m', ontvangstdatum) , COUNT(*)
FROM infovragen where ontvangstdatum between '2011-01-01' and '2011-3-31' and provincie= 'limburg'
GROUP BY strftime('%m', ontvangstdatum)
Klik om te vergroten...
b

bikkerss

Legacy Member
heeft sqlite dan een andere syntax dan mysql ?
strftime kende ik eigenlijk nog niet, bedankt
C

Cycloon

Legacy Member
Zowat elke databank heeft zijn eigen date en time functions. Een simpele google search op 'sqlite date functions' geeft je alle nodige informatie. Er is meer in de wereld dan MySQL.
G

Gurdt

Legacy Member
Om toch nog even de lul uit te komen hangen :D Als je zulke functies moet gebruiken is je design niet super. Nu werkt je query wel op die bepaalde database, maar niet perse op anderen. Net omdat die functie niet standaard is. Je design voldoet niet aan de eerste normaalvorm (check wikipedia). Dus als je heeel geïnteresseerd bent kan je daar wel eens naar zoeken en wat interessante stof bijleren! =D
M

Moto

Legacy Member
Het type databases verandert niet zo snel ze, design voor alle databases voldoet niet aan YAGNI en KISS, veel belangrijker dan CODD :p
G

Gurdt

Legacy Member
Moto zei:
Het type databases verandert niet zo snel ze, design voor alle databases voldoet niet aan YAGNI en KISS, veel belangrijker dan CODD :p
Klik om te vergroten...

Das waar =D maar het is een kwestie van een goede gewoonte aan te leren. En over dat type van databases, geen idee! Ik kom binnen 30 jaar eens terug want ik heb 0 praktijkervaring op dat vlak.
C

Cycloon

Legacy Member
Uiteindelijk gaan er altijd technologiespecifieke zaken gebruikt worden waardoor een bedrijf zelden tot nooit zal veranderen van technologie. Die technologie mag zo oud en brak zijn als het wil, vaak is de kost dan gewoon te groot om te veranderen. En wat vandaag een "standaard" is, is het morgen alweer niet meer.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan