[sql] type veld voor minuten/uren

Hangt een beetje van de nauwkeurigheid af.

Wil je ook halve of kwart uren kunnen registreren dan zeg ik decimal, wil je alleen hele uren opslaan dan zeg ik integer.

Wat dacht je van een DATETIME of DATE veld? Die zijn er immers voor gemaakt.
Daarmee kan je heel nauwkeurig mee rekenen.

http://stackoverflow.com/questions/4037777/interval-datatype-in-mysql

Mocht je een PostgreSQL database hebben (werkt fijner dan MySQL vind ik) dan is interval het ideale data type: PT40U
http://www.postgresql.org/docs/9.1/static/datatype-datetime.html

Pipo, dan denk ik eerder integer. of zijn er ook mensen die 32,5 uur per week werken of zo?

Bart, Het gaat hier niet om een datum.

Dos, (Helaas) geen postgre, op die stack link die je post noemen ze time?
Kan (en is het wel goed) als time meer dan 23 uur opslaat? Werkweek van 40 uur wordt dan opgeslagen als 40:00:00.

"If the intervals you're concerned with are less than 838 hours"
23 < 838

PS. de shorthand voor PostgreSQL is vreemd genoeg postgres

Bedankt, dus 838:00:00 is de max. Vreemde keuze maar komt in dit geval wel goed uit dan :)
Ik zal de uren als TIME opslaan.

PS: Thanks ;)

Toevoeging op 15/04/2014 12:12:43:

Heb je daar trouwens een bron van? Geldt die range tot 838 alleen voor MySQL?

Ik zie dat MS Server '12 namelijk range 00:00:00.0000000 tot 23:59:59.9999999 gebruikt.

"Vreemde keuze maar komt in dit geval wel goed uit dan :)"
Het heeft er waarschijnlijk mee te maken dat het -83x uur tot en met +83x aan kan EN tot 6 cijfers achter de komma.

INTERVAL is een ANSI SQL standaard die (voor zover ik weet) jammer genoeg nog niet in SQL Server of MySQL zit.
Je kunt het altijd in het aantal minuten in een int opslaan. minuten lijkt me klein genoeg, als je het daar niet mee eens bent kun je altijd zelf nog iets kleiner kiezen.

PS. bron: http://dev.mysql.com/doc/refman/5.0/en/time.html

Bedankt voor je reactie.

Dus TIME(/INTERVAL) 40:00:00 en niet geschikt voor alle databases
of INT 2400 (40*60)

Ik denk dan toch voor het laatste. Je weet nooit wat voor database er nog is achter komt.

LIMIT is ook niet geschrikt voor alle databases.

FETCH FIRST 10 ROWS ONLY is dat wel (SQL:2008) maar MySQL ondersteund dat weer niet (PostgreSQL doet beide, yay!)

Mocht je willen weten hoe verschillende databases het aantal records limiteren:
http://en.wikipedia.org/wiki/Select_%28SQL%29#FETCH_FIRST_clause

Interessant. LIMIT gebruik ik dan weer wel.
Er zullen altijd wel functies zijn die de één wel en de ander niet kent.
Als ik die lijsten zo zie, schommelt het aardig.
Een uitgebreide set van query's die op alle databases werkt, zal onmogelijk zijn.