[Info-vax] RMS, was: Re: Assembly languages

Dave Froble davef at tsoft-inc.com
Mon Apr 11 10:13:36 EDT 2022


On 4/11/2022 9:06 AM, Simon Clubley wrote:
> On 2022-04-11, VAXman-  @SendSpamHere.ORG <VAXman- at SendSpamHere.ORG> wrote:
>>
>> Careful, there are those here that believe all files should be flat streams
>> of bytes.
>>
>
> There is a strong argument for saying that the RMS record orientated
> model has not stood the test of time.
>
> In this case, I will say that it _was_ the right model for the 1970s/1980s,
> but it's not the right model for 2022. In today's world, it just gets
> in the way.
>
> Also, RMS indexed files were a neat solution for the 1970s/1980s, but
> in todays's world they also have not stood the test of time.
>
> For example, you work on a punched card model as there's no field level
> data structures in the RMS indexed file metadata, and unlike SQL databases,
> you can't extend an RMS indexed file to add a new field, or change the
> size of an existing field, while the applications are running.
>
> Simon.
>

Ahh yes, back to disagreeing with Simon ...

:-)

Your statement is just wrong.

Anything that can be done in any database product can be done, and as RMS is a 
database product, such things could be implemented in RMS.  The fact that they 
are not at this time does not indicate that they could not be done.

I will comment that the RMS developers did far less than they could have done 
back in the day.  Before RMS existed the company I worked for at the time had a 
database product that while file oriented, had the data field metadata and 
utilities that used it.  It was doable back then, the RMS developers just failed 
to do it.

Not a fan of RMS ...

-- 
David Froble                       Tel: 724-529-0450
Dave Froble Enterprises, Inc.      E-Mail: davef at tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA  15486



More information about the Info-vax mailing list