Question about checks for min and max values
Henry Melancon
hemelancon at gifinc.com
Fri Jul 22 13:28:07 PDT 2005
Nancy,
Thanks for the information. Teach anytime you feel like it. I will listen. It is amazing what you learn when you simple listen......
Henry
> -----Original Message-----
> From: Nancy Palmquist [mailto:nlp at vss3.com]
> Sent: Friday, July 22, 2005 12:10 PM
> To: Henry Melancon
> Cc: filepro-list at lists.celestial.com
> Subject: Re: Question about checks for min and max values
>
> Henry Melancon wrote:
> > So is this Filepro behavior normal or is this a bug? How do other data
> base programs handle a situation like this? I do not like the fact that a
> "blank" and zero are treated equal in some cases.
> >
>
> I would say that it is as expected - mostly.
>
> It can be confusing, I know.
>
> Here are basically the rules I use:
>
> 1) always compare like types -
>
> aa eq ab where aa(8,.2) and ab(8,.2) - like that
>
> it is not the same type when you do the following:
>
> aa eq "2.5"
>
> filepro has to convert the 2.5 to a type of it's choosing (likely to be
> the same as aa, but this ascii to binary convertion can sometimes give
> unpredicible results, where it might not test true or false when it
> looks like it should.
>
> Also:
>
> ab(8,*)="2.5" will never test equal to aa(8,.2)="2.5"
>
> aa ne ab - this will never be true because you are comparing:
> "2.5 " eq " 2.50"
>
> These will not ever work correctly.
>
>
> 3) aa=aa+"0" will change "" to "0" -
>
> When you are keeping a total, and instead of increasing and reducing the
> number, for some reason you reset it to zero, many programmers will just
> blank it. These will values, "" and "0" will be treated as the same for
> calculations and most purposes.
>
> 4) In a calulation, precision and accuracy can affect the outcome.
>
> Precision refers to how many decimal places are given in the number.
>
> If I have 1 1/2 apples, and represent that with 1.50000 - I am
> indicating how well I measured the half by giving the additional
> precision. I would find that hard to justify when just cutting an apple
> in half. I would have to use much better measurement tools to provide a
> measurement to 100,000ths.
>
> Accuracy refers to the number of places that provide actual data. In
> our apple case, the 1.5 would indicate the correct accuracy for our
> number not 1.50000.
>
> For calculations, it may be necessary to add precision to provide places
> for rounding but the final answer should be represented only to the
> accuracy of the least precise value.
>
> (Sorry - I regressed back to my teaching days. Please forgive me.)
>
> DATE ASIDE:
>
> I have had issue with dates stored with dashes instead of slashes
> testing and indexing true. My solution is simple, on any date that the
> end user can enter, I add this type of wlf for that date. Then they can
> type what they want - I always get what I want.
>
> @wlf12 '12 is (8,mdy/)
> if 12 ne ""
> then: 12=12+"0";display
> then: end
>
> This will change the date to the slash format very easily.
>
>
>
> Nancy
>
> --
> Nancy Palmquist MOS & filePro Training Available
> Virtual Software Systems Web Based Training and Consulting
> PHONE: (412) 835-9417 Web site: http://www.vss3.com
More information about the Filepro-list
mailing list