Bug #2116 | Timezones are hard to handle in mysql | ||
---|---|---|---|
Submitted: | 15 Dec 2003 1:27 | Modified: | 30 Jul 2004 18:41 |
Reporter: | Rasmus Tengblad | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Server | Severity: | S4 (Feature request) |
Version: | All? | OS: | Any (All) |
Assigned to: | Dmitry Lenev | CPU Architecture: | Any |
[15 Dec 2003 1:27]
Rasmus Tengblad
[15 Dec 2003 11:35]
Alexander Keremidarski
While I agree with Synopsis you are wrong sayinng that "there is no way (AFAIK) for the client to figure out in what timezone the server is running." Here is the way: mysql> SHOW VARIABLES LIKE "timezone"; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | timezone | EET | +---------------+-------+ But in general MySQL doesn't matches ANSI standard in this respect so we have standard compliant TZ handling in our TODO. For example there is no easy way to use timezone system variable in queries or convert between different zones, not even way to convert timezone name to hour difference. That's why I am setting status to Deffered. This is something to be implemented in some of future releases.
[15 Dec 2003 13:20]
Sergei Golubchik
actually this is something that is being implemented now and is planned to appear in 5.0
[30 Jul 2004 18:41]
Sergei Golubchik
Thank you for your bug report. This issue has already been fixed in the latest released version of that product, which you can download at http://www.mysql.com/downloads/ Additional info: implemented in 4.1.3