
| Key: |
CORE-694
|
| Type: |
New Feature
|
| Status: |
Open
|
| Priority: |
Major
|
| Assignee: |
Unassigned
|
| Reporter: |
Pavel Cisar
|
| Votes: |
23
|
| Watchers: |
10
|
|
If you were logged in you would be able to see more operations.
|
|
|
|
SFID: 808006#
Submitted By: pcisar
Hello developers,
I develop application for evidence products from
manufacture. Because I in timezone Europe/Prague
we have daylight saving time over summer.
Summer - GMT+2
Winter - GMT+1.
Because FB stores as timestamp only localtime, when
time go from daylight saving time (GMT+2) to (GMT+1)
hour from 2 to 3 o'clock is in localtime twice, once in
GMT+2 and once in GMT+1.
0:00 GMT+2 -> 1:00 GMT+2 -> 2:00 GMT+2 ->3:00
GMT+2 -> back to 2:00 GMT+1 -> 3:00 GMT+2, ...
And now, I can not select from database products from
2:00 to 3:00 GMT+2 and 2:00 to 3:00 GMT+1, because
in DB is only localtime without timezone and when i
select products, returned products is from both hours.
Problem solution is store time in DB in GMT (UTC) and
when storing or getting time from/to DB recompute to
client timezone.
When specifying time in SQL command, time zone may
be included, for example: '2002-10-12 11:00:30 GMT+2'
or '2002-10-12 11:00:30 +0200' or '2002-10-12 11:00:30
CEST' or without timezone, recompute from client
timezone or for simplify use server timezone.
|
|
Description
|
SFID: 808006#
Submitted By: pcisar
Hello developers,
I develop application for evidence products from
manufacture. Because I in timezone Europe/Prague
we have daylight saving time over summer.
Summer - GMT+2
Winter - GMT+1.
Because FB stores as timestamp only localtime, when
time go from daylight saving time (GMT+2) to (GMT+1)
hour from 2 to 3 o'clock is in localtime twice, once in
GMT+2 and once in GMT+1.
0:00 GMT+2 -> 1:00 GMT+2 -> 2:00 GMT+2 ->3:00
GMT+2 -> back to 2:00 GMT+1 -> 3:00 GMT+2, ...
And now, I can not select from database products from
2:00 to 3:00 GMT+2 and 2:00 to 3:00 GMT+1, because
in DB is only localtime without timezone and when i
select products, returned products is from both hours.
Problem solution is store time in DB in GMT (UTC) and
when storing or getting time from/to DB recompute to
client timezone.
When specifying time in SQL command, time zone may
be included, for example: '2002-10-12 11:00:30 GMT+2'
or '2002-10-12 11:00:30 +0200' or '2002-10-12 11:00:30
CEST' or without timezone, recompute from client
timezone or for simplify use server timezone. |
Show » |
| The cvs commits can not be displayed for repository Firebird at the moment since the log has not yet been parsed. The log will be parsed the next time the VcsService runs. If you have administrators privileges you can hasten the next time the service will run in the service section of the Administration pages.
|
|