Record number
Richard Kreiss
rkreiss at gccconsulting.net
Mon Sep 30 07:35:00 PDT 2013
Top post -
If memory serves me correctly:
Filepro 3.0 - 16 million records
filePro 5.N - 1 billion Records
Here is the link to the current specifications for filepro - https://www.fptech.com/Products/fpplus.shtml
I don't think the specs have changed since 5.0
Ken or someone else can correct me if I am wrong about when the 1 billion record level was added.
Richard Kreiss
GCC Consulting
Office: 410-653-2813
> -----Original Message-----
> From: ken_wakeman at me.com [mailto:ken_wakeman at me.com]
> Sent: Monday, September 30, 2013 10:24 AM
> To: Kenneth Brody; filepro-list-
> bounces+ken_wakeman=me.com at lists.celestial.com; Richard Kreiss
> Cc: filepro-list at lists.celestial.com
> Subject: Re: Record number
>
> So does this mean a file ( fP 5.06 and beyond ) can have more than 100 million
> records ??
>
>
> Sent from my BlackBerry device on the Rogers Wireless Network
>
> -----Original Message-----
> From: Kenneth Brody <kenbrody at spamcop.net>
> Sender: filepro-list-bounces+ken_wakeman=me.com at lists.celestial.com
> Date: Wed, 25 Sep 2013 19:37:20
> To: Richard Kreiss<rkreiss at gccconsulting.net>
> Cc: filepro-list at lists.celestial.com<filepro-list at lists.celestial.com>
> Subject: Re: Record number
>
> On 9/25/2013 11:13 AM, Richard Kreiss wrote:
> > This may be a Ken question:
> >
> > A while back I seem to remember there was a discussion of the record
> number size. For many years we were told that the record number was (8,.0).
> This record size would only allow 99,999,999 records. After that, the record
> number would be greater than 8 digits. So any programming that might use
> rn(8,.0) would have problems with an extremely large database. It was
> indicated that somehow filePro could handle values larger than 8 digits for a
> record number.
>
> If the file has more than 99,999,999 records, @RN will be (10,.0) for that file.
>
> > What has bothered me is how the program can properly handle this unless
> @rn is used for record number up to 8 digits and somewhere else there is
> another value that contains the larger number.
> > 1. Does @rn have a variable size based on the recode # - (8,.0) or
> (10,.0)?
>
> Yes. See above.
>
> > 2. If 1 above is true, would rn(len(@rn),Edit(@rn)) hold the correct
> value for the record number?
>
> I don't have a file with that many records on this system, and I don't recall. I
> believe that, if the file has more than 99,999,999 records at compile time, the
> above would create it with (10,.0).
>
> However, is there any reason not to use "rn(10,.0)" all the time? (Unless you
> are cramped for space on the screen/report.)
>
> > 3. If not, how would one handle this if one needed to do a record #
> lookup?
>
> It doesn't matter. Even "rn(2,.0)" would suffice if you never needed to go
> beyond record 99. In fact, it doesn't even need to be numeric, and "(2,*)"
> would work just as well for a record number lookup.
>
> As mentioned above, you can always use "(10,.0)" for the definition.
>
> --
> Kenneth Brody
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> Subscribe/Unsubscribe/Subscription Changes
> http://mailman.celestial.com/mailman/listinfo/filepro-list
More information about the Filepro-list
mailing list