I am not sure if I am looking at this problem the right way: I have a query like this on an Oracle database
SELECT DECODE
DECODE(TO_CHAR
TO_CHAR(MIN (dateDATE), 'YYYYMMDD')
, ''
, NULL
, TO_DATE (TO_CHAR (MIN (dateDATE), 'YYYYMMDD') , 'YYYYMMDD')
)
FROM tableTABLE
WHERE id = 76423
which returns 02/03/29. The year should be 1929 and, in fact, that is what I get if I do
SELECT TO_DATE (TO_CHAR (MIN (dateDATE), 'YYYYMMDD') , 'YYYYMMDD')
FROM tableTABLE
WHERE id = 76423
I don't understand why this should happen, as the date format is clearly specified. Can Can someone shed some light upon it? All in allon this? This is asa problem becausesince the date returned by the DECODEDECODE
query gets read as 02/03/2029 when it is used.
EDIT: The two conversions (from date to char and then again to date) here is due to the fact that the query as I put it here is really two different queries: the first one inserts a DATE in an auxiliarauxiliary table's column which has a CHAR format; then another query takes this data to the final table, where it's stored as a DATE, and hence the second conversion. I I simplified it here to make it more understandable. The DECODEDECODE
is necessary as some of the rows don't have data on the date column.
Anyway, I think the best solution is to do ALTER SESSION SET NLS_DATE_FORMAT = 'YYYYMMDD'
as suggested by @Phil and @LeighRiffel, and then both queries (with and without DECODEDECODE
) return the same date. Another Another possible workaround would be to leave the final data as CHAR instead of converting it to DATE, but this would have a large impact on the application I'm working on, so I'm sticking to the ALTER SESSION ...
way.