|
You could also wrap the case statement in a ifnull((case ... ), '0001-01-01') Sent from my iPad > On May 14, 2015, at 1:39 PM, Darryl Freinkel <dhfreinkel@xxxxxxxxx> wrote: > > This is how I do the date conversions to date fields. > > Case when month between 1 and 12 then date(substr(digits(date_field),1,4) || '-' || substr(digits(date_field),5,2) || '-' || substr(digits(date_field),7,2) ) > Else date('2012-12-12') > End > > I use the 2012-12-12 to identify records with bad dates. Normally, that does not happen. You could use any date value to identify and error date value. > > > Sent from my iPad > >> On May 14, 2015, at 11:42 AM, John McKee <jmmckee3@xxxxxxxxx> wrote: >> >> A field on a file on the remote 520 is defined as numeric 8 0. Supposed to >> have date in form of CCYYMMDD. I ran a query on the field. Lots of bad >> values. I was hoping to see what might be in the field. Never worked with >> CAST in SQL. Never needed to before. >> >> When I try this: >> >> select cast(xxxxxx as char(20) from xxxxxx. I get either some numeric value >> (usually a single 0) or the '+' sign with it repeated 20 times. >> >> An IBM query on the field showed the values as different - at least when >> sorted and grouped, each group had one record. >> >> I am not sure, yet, what value should be forced into the field to clean up >> the data. >> >> How do I add a where to the above select to only locate non-numeric values? >> >> John McKee >> -- >> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list >> To post a message email: MIDRANGE-L@xxxxxxxxxxxx >> To subscribe, unsubscribe, or change list options, >> visit: http://lists.midrange.com/mailman/listinfo/midrange-l >> or email: MIDRANGE-L-request@xxxxxxxxxxxx >> Before posting, please take a moment to review the archives >> at http://archive.midrange.com/midrange-l. >>
As an Amazon Associate we earn from qualifying purchases.
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.