Re: standard and easy way to do schema design
From: Bob Badour <bbadour_at_pei.sympatico.ca>
Date: Wed, 15 Aug 2007 10:09:12 -0300
Message-ID: <46c2fab8$0$4026$9a566e8b_at_news.aliant.net>
>
> Nowadays when I go for interviews, many interviewers hope that
> I can produce a schema in just 2, 3 minutes...
>
> So I wonder for the example above, is there a 2 minute way of thinking
> to produce the solution?
Date: Wed, 15 Aug 2007 10:09:12 -0300
Message-ID: <46c2fab8$0$4026$9a566e8b_at_news.aliant.net>
Summercoolness_at_gmail.com wrote:
> On Aug 15, 5:21 am, "David Cressey" <cresse..._at_verizon.net> wrote:
>
>><Summercooln..._at_gmail.com> wrote in message >> >>news:1187176120.886269.130090_at_z24g2000prh.googlegroups.com... >> >>>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).
>
> Nowadays when I go for interviews, many interviewers hope that
> I can produce a schema in just 2, 3 minutes...
>
> So I wonder for the example above, is there a 2 minute way of thinking
> to produce the solution?
I suggest you stop interviewing for idiots. They won't advance your career any. Received on Wed Aug 15 2007 - 15:09:12 CEST