RE: DDL Files - Tables and keys

Always use a primary key...

SQL standards recommend it.

You can't use FK constraints without it...

You can't even use CPYF MBROPT(*UPDADD)....

<others???>


Charles Wilt
--
Software Engineer
CINTAS Corporation - IT 92B
513.701.1307

wiltc@xxxxxxxxxx

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-
bounces@xxxxxxxxxxxx] On Behalf Of Doug Palme
Sent: Thursday, August 14, 2008 1:47 PM
To: Midrange Systems Technical Discussion
Subject: DDL Files - Tables and keys

There is going to be a standards meeting tomorrow and I have been
writing
up some notes and suggestions for DDL files. Any additional Input from
the group would be appreciated.

One thing I was going to suggest was that tables should be created
without
any keys, unless there is a specific reason to use a PRIMARY key, which
I
believe is the only key you can add to a table....correct? We should
use
Indexes for keyed data and views for those files that we need specific
fields displayed or criteria applied.

Any other suggestions as it relates specific to Tables and keys?
This transmission may contain information that is privileged,
confidential
and/or exempt from disclosure under applicable law. If you are not the
intended recipient, you are hereby notified that any disclosure,
copying,
distribution, or use of the information contained herein (including any
reliance thereon) is STRICTLY PROHIBITED. If you received this
transmission in error, please immediately contact the sender and
destroy
the material in its entirety, whether in electronic or hard copy
format.
Thank you.
--
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: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

This e-mail transmission contains information that is intended to be confidential and privileged. If you receive this e-mail and you are not a named addressee you are hereby notified that you are not authorized to read, print, retain, copy or disseminate this communication without the consent of the sender and that doing so is prohibited and may be unlawful. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please delete and otherwise erase it and any attachments from your computer system. Your assistance in correcting this error is appreciated.