If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

 
Go Back  dBforums > General > Database Concepts & Design > Tbl design for form

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 08-13-06, 08:56
shimon shimon is offline
Registered User
 
Join Date: Aug 2006
Posts: 4
Tbl design for form

I have a form with basic info. such as name/date/printer and then about 8 different options each involving about 3 options for that section. The user can only select one of the 8 sections and then ofcourse the std. questions on the form. The table to store all this info. would be large to cater for all 8 options ... so I created 8 separate tables to store each option (this also alows to expand the details in each option if needed). Then I store a foriegn key in each table to match to the std (basic info.) table. Is this the best way to implement such a form. Should I store all info. in one table rather, or is spliting the info. over several tables better. Please let me know your thoughs. I will be using sql server + asp to store and retrive info. form the table/s.
Thanks you
Reply With Quote
  #2 (permalink)  
Old 08-13-06, 09:11
r937 r937 is offline
SQL Consultant
 
Join Date: Apr 2002
Location: Toronto, Canada
Posts: 19,524
separate tables for each option? hard to say without seeing the actual tables, but ordinarily that's a danger signal

p.s. please do not cross-post, your other post has been removed
__________________
r937.com | rudy.ca
please visit Simply SQL and buy my book
Reply With Quote
  #3 (permalink)  
Old 08-13-06, 13:43
shimon shimon is offline
Registered User
 
Join Date: Aug 2006
Posts: 4
Sorry but I posted group the wrong section initially. The tables look something like this

ts_design
Order_Id
Title
date required
date received
color to print
printername
Destination
instructions

then one can choose either a poster/flyer/business card/cover/advert ... each of these has its own options say ts_poster will be:

poster_id
type
customwidth
customhiegt
order_id (foreigh key to original order)

ts_flyer would be :
flyer_id
type
customwidth
customehight
size
order_id (foreigh key)

ts_advert would be:
advert_id
adwidth
adhight
order_id(may be more than one ad for an order_id)

I would really appreciate some help here as I sense this might not be the right way to go ... should it all just be in one table ... would make programming easier !!
thanks again
Shimon
Reply With Quote
  #4 (permalink)  
Old 08-13-06, 13:47
shimon shimon is offline
Registered User
 
Join Date: Aug 2006
Posts: 4
Just to mention again that all these options are on one form all the options in ts_design need to be entered however the user chooses either a poster or a flyer or a advert etc... and this info is associated with the order table. I hope this is clear .. thanks again
Reply With Quote
  #5 (permalink)  
Old 08-13-06, 13:59
r937 r937 is offline
SQL Consultant
 
Join Date: Apr 2002
Location: Toronto, Canada
Posts: 19,524
looks like they all have approximately the same columns -- type, width, height

in this case, yeah, i'd probably go with one table

with an extra column to indicate whether the design was poster or flyer or whatever
__________________
r937.com | rudy.ca
please visit Simply SQL and buy my book
Reply With Quote
  #6 (permalink)  
Old 08-14-06, 04:12
shimon shimon is offline
Registered User
 
Join Date: Aug 2006
Posts: 4
Thanks for the advice ... will probably go that route
Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On