• Subject: Re: DATE fields in RPG-IV -Reply
  • From: David Morris <dmorris@xxxxxxxxxxxxx>
  • Date: Fri, 05 Sep 1997 10:44:59 -0600

>>> John Carr <74711.77@CompuServe.COM> 09/04 7:46 pm
>>>
I still disagree with the performance issue. All files we've created
in the last 2 years have been native date types.  No perceived
performance difference.  

<<<I also disagree with the performance issue, we have used
dates in all new development since it became available.  4 or 5
years.  We don't have a year 2000 problem, performance is good,
SQL works as advertised, and we have saved many hours
developing date routines.

>>>Nulls would be nice.  

<<<Why can't you use nulls?  Null date support is provided in SQL
and with DDS.  RPGIV supports null dates.  SQL RPGIV and
RPGIV are incompatible and cumbersome when working with null
fields.  Some of the incompatibility (can't specify ALWNULL with
SQL RPGIV)  may have been removed with V4.  With dates null is
usually specified for aesthetic reasons, just like zeros.

>>> <boothm@earth.goddard.edu> 09/05 6:36 am >>>
I never actually tried it because my benchmarking skills would
need a null field described.  Are you saying that Charlie's
performance numbers are suspect?

<<<The benchmark probably didn't take into account the
application code to handle non-date fields as dates, nor the CPU
cycles saved on compiles and a major Y2000 project.

David Morris
+---
| 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.