Dag Cocky, > Nu heb ik het op de volgende manier opgelost, maar ik moet zeggen dat dit > dus niet echt gebruiksvriendelijk is: > In de tabel is het type veld NUMMERIC lengte 10 met 6 decimalen. Ik heb nu > de tijden omgerekend in hun numerieke equivalent. En deze waarden in de > tabel ingevoerd. > > Numeriek 1,000000 = 24:00 > Dus bv Numeriek 1,500000 = 36:00 > Ik moest bv 26:40 hebben. Dat is dus omgerekend 1,111111 Dit is ook de manier waarop calc datum/tijd informatie bewaart: het deel voor de komma is de datum, het deel achter de komma de tijd. Zo is 41087 vandaag en 41087,5 vandaag om 12:00 uur.
> Conclusie: het correct werken met tijd en tijdsduur is voor professionele > gebruikers een belangrijke vereiste van een goed functionerende database. > En hier schiet LibreOffice Base momenteel in tekort. Het zou fijn zijn als de > prioriteit van de oplossing van dit euveltje (want ik blijf erbij dat dit een > foutje is in het programma) een beetje omhoog wordt geschroefd. Mijn ervaring met databases beperkt zich tot een stapel SQL-dialecten, XBase-variaties en nog een aantal types en ik ben niet bekend met een data-type dat tijd bevat zonder de beperking tot 24uur. Graag hoor ik welke databases (geen spreadsheets) dit wel ondersteunen, misschien kan ik dan eens kijken wat er met base mogelijk is. (Een database is echt iets anders dan een spreadsheet; een spreadsheet is veel flexibeler en een database kan veel beter met veel data omgaan.) Winfried -- Unsubscribe instructions: E-mail to [email protected] Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/nl/users/ All messages sent to this list will be publicly archived and cannot be deleted
