Comments on: DST and my Oracle environment http://mrothouse.wordpress.com/2007/01/24/dst-and-my-oracle-environment/ Thoughts and notes about my IT and DBMS profession Fri, 06 Nov 2009 23:59:09 +0000 http://wordpress.com/ hourly 1 By: Pythian Group Blog » Log Buffer #29: a Carnival of the Vanities for DBAs http://mrothouse.wordpress.com/2007/01/24/dst-and-my-oracle-environment/#comment-744 Pythian Group Blog » Log Buffer #29: a Carnival of the Vanities for DBAs Sat, 10 Mar 2007 02:51:39 +0000 http://mrothouse.wordpress.com/2007/01/24/dst-and-my-oracle-environment/#comment-744 [...] go wrong, and we’re none of us perfect, so we are lucky to have bloggers like Mike Rothouse sharing what he knows on the matter, on Mike R.’s [...] [...] go wrong, and we’re none of us perfect, so we are lucky to have bloggers like Mike Rothouse sharing what he knows on the matter, on Mike R.’s [...]

]]> By: Eye on Oracle – A SearchOracle.com Blog » Is DST the next Y2K? For Oracle shops, maybe it is… http://mrothouse.wordpress.com/2007/01/24/dst-and-my-oracle-environment/#comment-701 Eye on Oracle – A SearchOracle.com Blog » Is DST the next Y2K? For Oracle shops, maybe it is… Tue, 27 Feb 2007 16:37:03 +0000 http://mrothouse.wordpress.com/2007/01/24/dst-and-my-oracle-environment/#comment-701 [...] just tackling the problem now, you’re up the proverbial creek (Mike R. has a good list of Metalink resources to get you started). But for those who have already completed the task, how did it go?  Is it [...] [...] just tackling the problem now, you’re up the proverbial creek (Mike R. has a good list of Metalink resources to get you started). But for those who have already completed the task, how did it go?  Is it [...]

]]> By: mrothouse http://mrothouse.wordpress.com/2007/01/24/dst-and-my-oracle-environment/#comment-606 mrothouse Mon, 05 Feb 2007 15:24:52 +0000 http://mrothouse.wordpress.com/2007/01/24/dst-and-my-oracle-environment/#comment-606 Presuming you have checked that your database does use TSTZ and TSLTZ data types, Metalink <a href="https://metalink.oracle.com/metalink/plsql/f?p=130:3:8560810243761831700::::p3_database_id,p3_docid,p3_show_header,p3_show_help,p3_black_frame,p3_font:NOT,412971.1,1,0,1,helvetica" rel="nofollow">Note 412971.1</a> has a paragraph that states "Regardless of the results of this script, you are always advised to apply new time zone files if available, even if there is no strict need to do that at this moment. It is always better to be using the up-to-date time zone information, in case this functionality is used in the future." The DST change may not impact you immediately, but perhaps it is safer to apply it now than to be sorry later. Presuming you have checked that your database does use TSTZ and TSLTZ data types, Metalink Note 412971.1 has a paragraph that states “Regardless of the results of this script, you are always advised to apply new time zone files if available, even if there is no strict need to do that at this moment. It is always better to be using the up-to-date time zone information, in case this functionality is used in the future.”

The DST change may not impact you immediately, but perhaps it is safer to apply it now than to be sorry later.

]]> By: Phil http://mrothouse.wordpress.com/2007/01/24/dst-and-my-oracle-environment/#comment-603 Phil Mon, 05 Feb 2007 10:05:13 +0000 http://mrothouse.wordpress.com/2007/01/24/dst-and-my-oracle-environment/#comment-603 What do you think will happen during the new DST, if all my databases are in Europe but I have clients connecting to those database from America? The new DST doesn't change a thing for the databases in Europe, and most of the applications that use the databases are on Application servers also located in Europe (people use Citrix to connect to the app or the use a Web Server). If the American clients' time changes for DST, will that effect anything when they connect to the app server/web app. / or database via SQL*PLUS? What do you think will happen during the new DST, if all my databases are in Europe but I have clients connecting to those database from America? The new DST doesn’t change a thing for the databases in Europe, and most of the applications that use the databases are on Application servers also located in Europe (people use Citrix to connect to the app or the use a Web Server).

If the American clients’ time changes for DST, will that effect anything when they connect to the app server/web app. / or database via SQL*PLUS?

]]> By: susan http://mrothouse.wordpress.com/2007/01/24/dst-and-my-oracle-environment/#comment-565 susan Tue, 30 Jan 2007 20:44:56 +0000 http://mrothouse.wordpress.com/2007/01/24/dst-and-my-oracle-environment/#comment-565 From what I understand, only datatype with TSTZ, TSLTZ and packages/functions calling TZ_OFFSET are affected. And whoever wrote their apps to store their permanent data with transitory variables must think twice before asking DBA to apply patches for them. From what I understand, only datatype with TSTZ, TSLTZ and packages/functions calling TZ_OFFSET are affected. And whoever wrote their apps to store their permanent data with transitory variables must think twice before asking DBA to apply patches for them.

]]>