Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsFormsForms ProgrammingQueriesModules / DAO / VBAReports / PrintingMacrosDatabase DesignSecurityConversionImporting / LinkingSQL Server / ADPMultiuser / NetworkingReplicationSetup / ConfigurationDeveloper ToolkitsActiveX ControlsNew UsersGeneral 1General 2
Access DirectoryToolsTutorialsUser Groups
Related Topics
SQL ServerOther DB ProductsMS OfficeMore Topics ...

MS Access Forum / New Users / December 2007

Tip: Looking for answers? Try searching our database.

Confused on what to do

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Tim_S - 01 Dec 2007 18:17 GMT
Hey, I'm preparing for a final and doing some practice databases(this is only
a fundamentals course so please excuse if the answer is rather obvious).
Here's the scenario that I'm working on. Sorry for how long this is, and
hopefully this is the right section to put it.
[b]
Sally Sniggins runs a small concert hall that promotes local Jazz bands.
Currently, she handles all
the ticket sales by hand, and doesn’t track where people sit. In other
words, there is no assigned
seating – it’s first come, first served.
She will be booking bigger acts and wants to start assigning tickets, but
she knows that this will take
a lot of organizing. She’s asked you to help her by creating a database that
will track sales and
seating for her concerts.
Details: The database you are to create needs to take the following into
account:
• There are many performers that play at the hall. They could be performing
for one night or
many nights.
• A customer can purchase one or many tickets for an event (for example,
buying five tickets,
one for themselves and four for their pals). Each ticket is assigned a seat
• There are three sections in the concert hall: “Orchestra front” (the most
expensive),
“Orchestra main” (on the main floor, but further back, so less expensive),
and “Balcony.”
Each section has a different price, which depends on the performer (it costs
more to get
tickets in for the Rolling Stones than for Hilary Duff, for example).
• The seats are all numbered from 1 to 100 in each section (NOTE: You don’t
have to enter 100
tickets for the purpose of the test – you can shrink this down to something
smaller, like five (5)
tickets per sections to demonstrate your database)
[/b]

I currently have a table to hold the different sections, each concert,
performer names, and customer info, and a ticket table that currently only
holds a seat number. I've basically deleted everything I've tried and gone
right back to the basics.  My main problem is the price, I can't seem to get
the correct price listed (it has to be based on the performer and the section
the seat is in). Everytime I think it's going to work, when using a lookup
wizard, it lists all the prices(which I don't want it to do).

My thoughts are that I need a price table that holds a foreign key from the
performer and section tables, and a price listed accordingly. But when I do
this and I put a price foreign key in the ticket table (using a lookup
wizard), it shows every single possible price, which would be acceptable if I
could list the performers name and section beside it(which I haven't been
able to do since all I can get beside it are the actually key values and not
actual useful data)

Hopefully this explnation made even a little bit of sense. Could anyone
please send me in the right direction? I would appreciate it so much. Thanks.
Dennis - 03 Dec 2007 18:34 GMT
Why are you using a "lookup wizard?" The PRICE should auto-populate when you
select a performer/section combination. Each performer can have 3 price
fields in their table entry (one price for each section). Since the
relationship is small and static (only 3 sections available in the concert
hall), it's a waste of time to attempt to normalize that relationship into a
separatte table. Now if within each section, prices were based on how far
BACK from the front the person sat, then you'd really want to split it out.

But really, you can have a "row source" for a text-box control that executes
a query based on the performer and section (which would have to have already
been filled in before that control's event fires). The text-box would be
LOCKED (no entry allowed) because it's a calculated field.

That help?
Tim_S - 04 Dec 2007 18:39 GMT
> Why are you using a "lookup wizard?" The PRICE should auto-populate when you
> select a performer/section combination. Each performer can have 3 price
[quoted text clipped - 10 lines]
>
> That help?

Thanks for the help, got it working now :D
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.