Re: standard and easy way to do schema design
Date: Wed, 15 Aug 2007 08:12:34 -0700
On Aug 15, 4:08 am, Summercooln..._at_gmail.com wrote:
> I wonder instead of just brainstorming, there probably is
> a very standard and a simple way to do database schema design.
> let's say we are doing a website. the user can go over
> and type in the movie name and zipcode, and the website
> will return all the theaters showing that movie and at what
> time, for theaters in THAT zipcode only (for simplicity).
> so how do we just start and use a standard method that
> can be simple and very accurate to ensure good tables design?
You could start with atomic pieces of information and then look for relationships between them. For example, list Movies, Theaters, and ZipCodes on the board. Then it should be clear that there is a many- -many relationship between Movies and Theaters, so you can add a relation for that. Then it should also be clear that there is a many- -one relationship between ZipCodes and Theaters, so you can create a foreign key from Theaters to ZipCodes. It's not a substitute for real design work, but it might be enough for the 2-minute interview quiz. Received on Wed Aug 15 2007 - 17:12:34 CEST