× 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.



He wasn't talking about retrofitting.  He was talking about adding new 
fields.

Rob Berendt
-- 
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





"Jim Franz" <franz400@xxxxxxxxxxxx> 
Sent by: midrange-l-bounces@xxxxxxxxxxxx
05/09/2005 08:41 PM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
"Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
cc

Subject
Re: "Date" fields






I agree, but it does take a huge amount of hours to retrofit a large 
system.
Even one file or one app at a time is difficult. The "if it ain't broke,
don't ..." manager
wins this arguement every time.
All systems I work on that do not have date data types,  after y2k now 
have
ccyymmdd 8.0 S  fields. That is the standard I see. And zero is a valid
value
(unlike date data types). We call common rpgle pgms to do all from/to
conversions
and calcs (and they use date data types as work fields for calcs).
jim

----- Original Message ----- 
From: "Pete Hall" <pbhall@xxxxxxxxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Sent: Monday, May 09, 2005 9:20 PM
Subject: Re: "Date" fields


> I have to agree with Rob. With the power of the newer boxes, these days
> imho, it's foolish to NOT use the date data type. It automagically
> converts itself to whatever format you like, and it's guaranteed to
> contain a valid date.There's never any confusion about what a date is
> supposed to look like, and for display purposes, all I need to do is
> %char(mydate:*USA) or for JDE, %char(mydate:*CYMD0). I can do things
> like mydate = mydate + %days(7). It's a snap. OK, you said please. I'll
> go away now.
>
> Pete Hall
> http://www.pbhall.us/
>
>
>
> Steve Landess wrote:
>
> >Date field question...
> >
> >There may be a few exceptions, but in JDE all date fields are generally
defined as a 6-digit julian format - 105001, for example, indicates
1-January-2005.  099001 indicates 1-January-1999.  (The '1' prefix 
indicates
that the date is in the 21st century, a '0' prefix indicates 20th 
century).
> >
> >Let's say you're defining a date/timestamp field (14,0 Zoned) -or- a 
date
field (8,0 Zoned) in a non-JDE data base (DB2).  Is our industry, is there 
a
standard for populating these types of field?  I have an idea as to how 
they
should be populated, but would like another's opinion.
> >
> >Please do not confuse my question with the "date" data type that is now
available.  I believe that the customer's requirement is to have this 
field
defined as a numeric field...
> >
> >Regards,
> >
> >Steve
> >
> >
> >
> >
> -- 
> 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.
>
>


-- 
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 thread ...

Replies:

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.