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



Good data base design would not have dates as four numbers, or as numbers at all.


I prefer to fantasize about white beaches and handsome lifeguards.



Sent from Outlook<http://aka.ms/weboutlook>


________________________________
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxx> on behalf of Musselman, Paul <pmusselman@xxxxxxxxxxxxxxxx>
Sent: Tuesday, April 17, 2018 12:22 PM
To: Midrange Systems Technical Discussion
Subject: RE: Query Puzzler After i 7.1 to i 7.2 upgrade.

One of the rules of database design is 'only use a field for 1 purpose.' Dates of 00/00/00 and 99/99/99 are flags meaning something other than a date!

There should have been fields for 'never expires' and 'no date provided.' I think that would go hand in hand with null values for the date field... but what do you do if you can't have nulls??

Paul E Musselman
PaulMmn@xxxxxxxxxxxxx

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of DrFranken
Sent: Tuesday, April 17, 2018 12:15 AM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Subject: Re: Query Puzzler After i 7.1 to i 7.2 upgrade.

IBM Suggested that as well but it doesn't work. Apparently some under
the covers stuff even in CQE has changed enough to cause our issue.

It appears we were OK on i 7.1 because the date was never evaluated when
it would have been invalid. Now it gets evaluated in all cases even when
the row will not be selected.

As was suggested by Lynne changing the concat to create a simple string
field and the 'yesterday' date into a string field also allows
"00/00/00" without error as it's just a string now not a date.

This would be an issue if we were comparing with less than or greater
than but these queries all query for one specific date so it works.

At this point that is the solution being implemented.

- Larry "DrFranken" Bolhuis

www.Frankeni.com<http://www.Frankeni.com>
www.iDevCloud.com<http://www.iDevCloud.com> - Personal Development IBM i timeshare service.
www.iInTheCloud.com<http://www.iInTheCloud.com> - Commercial IBM i Cloud Hosting.

On 4/16/2018 11:57 PM, Birgitta Hauser wrote:
You can reroute the queries to the CQE, by setting the SQE_NATIVE_ACCESS
option in the QAQQINI file to *NO.
Copy the QAQQINI File with CRTDUPOBJ (not CPYF!!!) into any library you
want.
Modify the SQE_NATIVE_ACCESS option (with SQL).
Associate the modified QAQQINI file to you job by executing the CHGQRYA CL
command.
CHGQRYA QRYOPTLIB(YOURLIB)

Mit freundlichen Grüßen / Best regards

Birgitta Hauser

"Shoot for the moon, even if you miss, you'll land among the stars." (Les
Brown)
"If you think education is expensive, try ignorance." (Derek Bok)
"What is worse than training your staff and losing them? Not training them
and keeping them!"
„Train people well enough so they can leave, treat them well enough so they
don't want to.“ (Richard Branson)

--
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: http://amzn.to/2dEadiD

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.