G
Guest
I think each table needs a primary key but I'm not sure. Please tell me
which set up is better.
My first draft had two tables, Contact Information (AutonumberPK) and
Products (Claim ID Autonumber PK).
I was thinking perhaps it was better to break up Contact Information (which
was huge!) into a few smaller tables. Is that a better idea and, if so, does
every table need a primary key?
What I have so far is....
tblContact
Reference Number (PK)
Date
Contact Name
Organisation
Address
Postcode
Account Number
Account
Telephone
Email
Opera Reference
Product(s)
Description
Carrier Claim? (yes/No field)
Progress Date
tblCarrierClaim
Reference Number (linked to Contact Information)
Consignment Note Number
Delivery Date
Product(s) (linked to Contact Information)
Description (linked to Contact Information)
Loss or Damage
Admin Name
Position
Phone
Claim Reference Number (PK)
tblCollection
Reference Number (linked to Contact Information)
Claim ID (linked to tblProducts)
Collection ID (PK)
Postcode (linked to Contact Information)
Product(s)
Comments
Expected Collection Date
Actual Collection Date
tblReturns
Reference Number (linked to Contact Information)
Claim ID (PK - linked to tblProducts)
Final Analysis
Report
Approved for Credit? (Yes/No Field)
Progress Date
tblProducts
Reference Number (linked to Contact Information)
Claim ID (PK)
Qty
Code
Item
Problem
Long Code
Sell Price
Cost Price
Initial Analysis
Action
Handling Fee? (Y/N)
Handling Fee Amount
Discount? (Y/N)
Discount Amount
SubTotal
Finance Completion Date
Is this the best way to do it? Previously I had everything in the Contact
Details Table except for the products table. This is a database to manage
returned items (ie, damaged, manufacturing faults, picking errors, etc) for
an office products company. I know this is a lot to read through but if you
have any comments or ideas I would appreciate anything. I have done the
draft database and wish to start on the real deal next week.
Thanks for your help.
which set up is better.
My first draft had two tables, Contact Information (AutonumberPK) and
Products (Claim ID Autonumber PK).
I was thinking perhaps it was better to break up Contact Information (which
was huge!) into a few smaller tables. Is that a better idea and, if so, does
every table need a primary key?
What I have so far is....
tblContact
Reference Number (PK)
Date
Contact Name
Organisation
Address
Postcode
Account Number
Account
Telephone
Opera Reference
Product(s)
Description
Carrier Claim? (yes/No field)
Progress Date
tblCarrierClaim
Reference Number (linked to Contact Information)
Consignment Note Number
Delivery Date
Product(s) (linked to Contact Information)
Description (linked to Contact Information)
Loss or Damage
Admin Name
Position
Phone
Claim Reference Number (PK)
tblCollection
Reference Number (linked to Contact Information)
Claim ID (linked to tblProducts)
Collection ID (PK)
Postcode (linked to Contact Information)
Product(s)
Comments
Expected Collection Date
Actual Collection Date
tblReturns
Reference Number (linked to Contact Information)
Claim ID (PK - linked to tblProducts)
Final Analysis
Report
Approved for Credit? (Yes/No Field)
Progress Date
tblProducts
Reference Number (linked to Contact Information)
Claim ID (PK)
Qty
Code
Item
Problem
Long Code
Sell Price
Cost Price
Initial Analysis
Action
Handling Fee? (Y/N)
Handling Fee Amount
Discount? (Y/N)
Discount Amount
SubTotal
Finance Completion Date
Is this the best way to do it? Previously I had everything in the Contact
Details Table except for the products table. This is a database to manage
returned items (ie, damaged, manufacturing faults, picking errors, etc) for
an office products company. I know this is a lot to read through but if you
have any comments or ideas I would appreciate anything. I have done the
draft database and wish to start on the real deal next week.
Thanks for your help.