× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



List,

I am testing the Quantum DB plug-in. I was hoping I could use it as a query
tool for the rest of the development staff but I have stumbled across a
problem that is a show-stopper (for our shop at least).

We have several tables that have DATE columns that contain a value of
"1000-01-01". The database was originally a DB2/VSE mainframe database but
we migrated to system i about 2 years ago. The intent was to provide a "low
date" for sort/comparison logic and avoid a NULL value. Right or wrong it is
still a valid date as far as DB2 is concerned.

When a query is executed in Quantum and one of the rows in the result set
has a DATE column with the "1000-01-01" value, you get the error message,
"SQL0181 Value in date, time or timestamp string not valid." and the query
fails.

I think part of the problem is that Quantum is defaulting to date format
MM/DD/YY and is failing when converting the format. We use the ISO date
format in all of our tables. I tried executing the SET OPTION DATFMT = *ISO
statement but Quantum rejects the statement.

I posted this on the SourceForge list for bugs, but I am not so sure that
list is being monitored. Is there another (better) way to report this
problem?

Can anyone suggest a circumvention for this problem? If there isn't one the
Quantum tool is useless to us (for now at least) and that is unfortunate
because I think it is really nice and was enjoying using it.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.