Let's remind ourselves of your original question in the earlier thread:
"I have two tables in an ordering system database. One contains names, phone
numbers etc of staff placing the orders and the other the main table
containing full details of the order. I use a combo box in a form to select
the name of the staff member from the staff table and place this name in the
main table. How do I also get other data to transfer across at the same
time, ie place the phone number from the staff table into a corresponding
field in the main table."
Now to many here: placing the Staff Member's Name and Phone Number in the
Order table having copied them from the Staff table would appear to be not
in compliance with the rules of normalisation. This Staff and Order data
could be made available in reports and forms using queries to collate the
data.
The slanging match as you put it would appear to be one sided I have only
pointed out the likely failings in your database design, whereas you have
decided to suggest that I may be an arse (not without the bounds of
possibility (vbg)) for being hesitant about your design.
Whilst I did provide some guidance on how to acheive what you wanted to
achieve I felt it was my responsibility to point out that you may have taken
a wrong turn.
Others use these newsgroups and read the messages that they have not
contributed to and glean useful information from them from time to time. It
would be irresponsible of me to just answer your question without being
curious as to the reason for such a requirement, someone lurking may be in a
similar situation and now they are thinking maybe my database design is
wrong, rather than just applying multiple values from a single combo-box and
stuffing one table with duplicate data from another.
Indeed everyone who did answer your question was also curious about your
design...see the pattern emerging?
As stated earlier in this thread, I can think of legitimate reasons,
"point-in-time" and "compound Foreign Key" however 99 times out of a 100 it
is usually a badly normalised relational database design. For me a database
design that is not fully normalised is generally <insert expletives of
choice>. Access really does reward your application development if you are
working on a fully normalised relational database.
--
Slainte
Craig Alexander Morrison
Crawbridge Data (Scotland) Limited
Before the rest of you pick on me, I didn't start this slanging match. I
asked a simple question and got back a lengthy reply about database design
together with accusations that I was making an arse out of my design and
that
my approach was big buckets of merde. What is even more incredible is that
the reply from Mr Morrison is based on assumptions made by him about the
design of a database of which he has no knowledge. I do not for one minute
doubt his ability or expertise and I wouldn't be posting such questions if
I
knew the answer. I do not however think it fair to receive such a reply.