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



It used to be that if you created a  primary file with a key then you 
could not change the key.  A lot of shops made the decision to never key 
the physical as they'd been burned too often with the "this field will 
never change" promise, which is a great deal like "the field will never be 
any larger than this, we guarantee it" promise.


_______________________
Booth Martin
boothm@earth.goddard.edu
http://www.spy.net/~booth
_______________________




"Nelson C. Smith" <ncsmith@gate.net>
Sent by: owner-midrange-l@midrange.com
03/25/2000 01:13 AM
Please respond to MIDRANGE-L

 
        To:     <MIDRANGE-L@midrange.com>
        cc: 
        Subject:        Re: Logical Files vs. Physical Keys


If you add referential constraints to the unkeyed physical, the system 
will
put a primary key on it anyway.

----- Original Message -----
From: "Bale, Dan" <DBale@TFSA.Textron.com>
To: <MIDRANGE-L@midrange.com>
Sent: Thursday, March 23, 2000 10:28 AM
Subject: RE: Logical Files vs. Physical Keys


> No, the reason why many shops kept the physical unkeyed was because,
> apparently, in the early days (S/38 and early AS/400?), if the access 
path
> on a physical file became corrupted, there was a good chance that you
could
> not recover the data from the physical file.  From what I've heard over
the
> years, this has become less of a risk.  Perhaps even no risk, but I'll
defer
> to others more knowledgeable than me.
>
> Otherwise, I am unaware of any reason why you should not key the 
physical
> file.  Someone else already mentioned this, and I concur, that the
physical
> file should be defined with a unique key.
>
> My .02
>
> - Dan Bale
>
> -----Original Message-----
> From: Kmcmann@marzetti.com [mailto:Kmcmann@marzetti.com]
> Sent: Thursday, March 23, 2000 8:35 AM
> To: MIDRANGE-L@midrange.com
> Subject: RE: Logical Files vs. Physical Keys
>
>
> I don't know if this might have been your reason, but way back on the
S/36,
> we did the same thing, just because changes could be made to alternative
> index keys, but not to parent file keys.
>
> > -----Original Message-----
> > From: Bob Entwistle [SMTP:bentwist@famousfootwear.com]
> > Sent: Wednesday, March 22, 2000 6:16 PM
> > To: MIDRANGE-L@midrange.com
> > Subject: Logical Files vs. Physical Keys
> >
> >
> >
> > When we started out on the AS400 11 years ago, a decision was made to
> > always use
> > logical files and never use physical keys (index) on all of our files.
At
> > this
> > point, this is being reevaluated and no one seems to remember why
physical
> > keys
> > were seen as a bad thing.
> >
> > Anyone able to give a short synopsis of the tradeoffs between the two?
> > Any
> > downsides to using physical keys or indexes?
> >
> > Bob
> >
> >
> >
> >
> >
> > +---
> > | This is the Midrange System Mailing List!
> > | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> > | To unsubscribe from this list send email to
> > MIDRANGE-L-UNSUB@midrange.com.
> > | Questions should be directed to the list owner/operator:
> > david@midrange.com
> > +---
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
> david@midrange.com
> +---
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
david@midrange.com
> +---
>

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to 
MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: 
david@midrange.com
+---




+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| 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.