• Subject: Re: Year 2000
  • From: DAsmussen@xxxxxxx
  • Date: Fri, 13 Jun 1997 17:09:42 -0400 (EDT)

John,

In a message dated 97-06-08 12:23:47 EDT, you write:

<<BIG snip>>
> Why does BPCS allow 00/00/00 as a beginning effectivity date?  Why is that
>  valid?  Having programmed in manufacturing for nearly 20 years I know that
>  it was a conscious design decision.  When a user enters a Effectivity date
>  you could have made it effective as of TODAY.  
>  
>  Because we programmers use 00/00/00 or 99/99/99 or 12/31/99 or any other
>  "SPECIAL VALUE" its our problem not date/time types.

No offense taken or intended, but, I was really just looking for the pro's
and con's of the issue.  As our "primary" application is a vendor-supplied
product, we don't modify the database unless absolutely necessary (and then
only with new logicals or an "extension" file).  With the exception of a very
few programs that are still native, all display and printer file DDS for BPCS
is generated by the AS/Set CASE tool.  The tool doesn't support native date
types, although it emulates a few of its own (written before they were even
available).  We also follow the vendor's standards for clarity.

As a result of sticking to the vendor's standards and products, we really
just haven't researched the date data types.  I wasn't aware that "Special
Values" were allowed, and took Al's statement as an absolute rather than a
consideration -- my mistake.  I DO think that we've now culled a fairly
comprehensive dialog on the subject, which was my original intent.  I also
wanted to know if the anecdotal evidence on performance that came out upon
the original release of these data types was still true, and it does not seem
to be.  Good dialog!  What can we pick on next?

Regards!

Dean Asmussen
Enterprise Systems Consulting, Inc.
Fuquay-Varina, NC  USA
E-Mail:  DAsmussen@AOL.COM

"I think of life as a good book.  The more you get into it, the more it
begins to make sense." -- Harold S. Kushner
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* This is the Midrange System Mailing List!  To submit a new message,   *
* send your mail to "MIDRANGE-L@midrange.com".  To unsubscribe from     *
* this list send email to MAJORDOMO@midrange.com and specify            *
* 'unsubscribe MIDRANGE-L' in the body of your message.  Questions      *
* should be directed to the list owner / operator: david@midrange.com   *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.