Fw: (orig posted to usenet) Advice req for restricting entry values] - Mailing list pgsql-general

From cmasters
Subject Fw: (orig posted to usenet) Advice req for restricting entry values]
Date
Msg-id 20020615182028.A11303@grommit.mastersdaley.sys
Whole thread Raw
List pgsql-general
----- Forwarded message from C-Cose Masters <cmasters@nbnet.nb.ca> -----

Date: Fri, 14 Jun 2002 18:38:26 -0300
From: "C-Cose Masters" <cmasters@nbnet.nb.ca>
To: cmasters@nbnet.nb.ca
Subject: Advice req for restricting entry values
Envelope-to: siryknight@localhost
Delivery-date: Fri, 14 Jun 2002 18:45:04 -0300
User-Agent: Pan/0.11.3 (Unix)

[This is an email copy of a Usenet post to "comp.databases.postgresql.novice"]

Greetings,

I'm attempting to design a database for use in a library (loan) setting.
Although I'm a novice psql user, I have had previous experience in data
mangement during the "good 'ol" text entry days.

Several of the fields have a limited set of possible values; as such, I
would like to automate the initial population and subsequent entry of new
records -- fields such as 'media', 'genre', 'interest', etc. I'd like
some input regarding the most effective way to accomplish this task.

I've considered the following, but have yet to implement any of them:

1.    Somehow defining the variable for these fields as an "array" or
"matrix". Although my understanding of arrays is different from the use
(as I see it) within sql.

2.    Referencing secondary tables for each of these fields. I ~have~
created and populated several secondary tables, and have added a single
constraint to the primary table for 'media' type. I am unsure how to
implement this constraint when populating.

3.    Some other method?

I plan on using forms (through pgaccess) to automate this procedure
somewhat, so I'd like the eventual forms to closely reflect the design of
the table(s).

I have further questions about form design in pgaccess, but will post
them separately.

Many thanks,
C. Masters

----- End forwarded message -----

pgsql-general by date:

Previous
From: Justin Clift
Date:
Subject: Re: Would a PostgreSQL only hosting environment be of
Next
From: Andrew Sullivan
Date:
Subject: Re: read this and puke