[Building Sakai] Timezone for events

David Horwitz david.horwitz at uct.ac.za
Mon May 23 08:24:19 PDT 2011


As a test I did some experimenting on mysql and I think this shows that 
mysql was also vulnerable to the DST change issue in clusterevent 
tracking as oracle was (KNL-725) and theoritical the session service has 
the same issue:


mysql> create table test (field1 datetime, field2 timestamp);
Query OK, 0 rows affected (0.06 sec)

mysql> insert into test values (now(), now());
Query OK, 1 row affected (0.00 sec)

mysql> select * from test;
+---------------------+---------------------+
| field1              | field2              |
+---------------------+---------------------+
| 2011-05-23 17:12:53 | 2011-05-23 17:12:53 |
+---------------------+---------------------+
1 row in set (0.00 sec)


mysql> set time_zone = '-2:00';
Query OK, 0 rows affected (0.00 sec)

mysql> select * from test;
+---------------------+---------------------+
| field1              | field2              |
+---------------------+---------------------+
| 2011-05-23 17:12:53 | 2011-05-23 13:12:53 |
+---------------------+---------------------+
1 row in set (0.00 sec)





On 05/23/2011 03:55 PM, Stephen Marquard wrote:
> Oracle users may know their events table to be in GMT, but mysql users
> know it to be in localtime. Our SAKAI_EVENT records are in GMT+2 which
> is our local timezone.
>
> So it looks like changing it will inevitably break any external
> assumptions for at least one set of institutions.
>
> Regards
> Stephen
>
>



More information about the sakai-dev mailing list