A Microsoft Office (Excel, Word) forum. OfficeFrustration

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   Home » OfficeFrustration forum » Microsoft Access » Database Design
Site Map Home Register Authors List Search Today's Posts Mark Forums Read  

Multiple Options Per Items in Database



 
 
Thread Tools Display Modes
  #1  
Old October 8th, 2008, 09:49 PM posted to microsoft.public.access.tablesdbdesign
bassmanfranc
external usenet poster
 
Posts: 7
Default Multiple Options Per Items in Database

i am working with an order entry database and need to price out a product
that could possibly have as many as 75 options, each with an associated cost
that would increase a base unit cost.

I was wondering what would be the best way to go about setting up that
environment in access and how would the order entry form be best laid out?

I need to have the order record, show and archive the base unit as well as
the options chosen along with the final cost of the unit.

I was wondering if I needed to have a separate table for the base units and
then one for the options or what would work the best.

I am working on my first database development project.
--
Thanks,
bassmanfranc
--
Thanks,
bassmanfranc
  #2  
Old October 8th, 2008, 10:25 PM posted to microsoft.public.access.tablesdbdesign
vbasean
external usenet poster
 
Posts: 113
Default Multiple Options Per Items in Database

Orders have many Products?
Products have many Options

so Orders table is related to many Products
and Products table is related to many Options

On a form you have two nested sub forms
form for Order
sub form for Products
with a sub form in Products for Options

if you're trying to keep track of Products that always have the same Options
you'll have to concider 'time in point' data, that is, data that pertains to
Product being sold and not the current Product and it's Price.

if that's the case, you would need tables for the current Products and their
current Optioins with their current prices WHERE these values get COPIED to
the Product being sold and the Options cost at time of sale.

So...

tbl_Products (for current Products)
linked to
tbl_Options (for current Options and cost)

tbl_CustomerProducts (for Products sold to a customer)
linked to
tbl_CustomerProductOptions (for the options in each product sold to the
Customer)

VBA in your Order form can automate pasting the current product/option
values as they are added. You could even automate adding all the current
Options to a Product at sale via vba.
--
~Your Friend Chris
http://myvbastuff.blogspot.com/


"bassmanfranc" wrote:

i am working with an order entry database and need to price out a product
that could possibly have as many as 75 options, each with an associated cost
that would increase a base unit cost.

I was wondering what would be the best way to go about setting up that
environment in access and how would the order entry form be best laid out?

I need to have the order record, show and archive the base unit as well as
the options chosen along with the final cost of the unit.

I was wondering if I needed to have a separate table for the base units and
then one for the options or what would work the best.

I am working on my first database development project.
--
Thanks,
bassmanfranc
--
Thanks,
bassmanfranc

 




Thread Tools
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

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Forum Jump


All times are GMT +1. The time now is 08:43 PM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 OfficeFrustration.
The comments are property of their posters.