From: | Bruno Wolff III <bruno(at)wolff(dot)to> |
---|---|
To: | Josh Berkus <josh(at)agliodbs(dot)com> |
Cc: | Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com>, pgsql-sql(at)postgresql(dot)org |
Subject: | Re: Indexing UNIONs |
Date: | 2002-07-16 19:20:06 |
Message-ID: | 20020716192006.GC32419@wolff.to |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
On Tue, Jul 16, 2002 at 09:36:31 -0700,
Josh Berkus <josh(at)agliodbs(dot)com> wrote:
> Bruno,
>
> > It wouldn't have to be a dummy table. You could have both sets of
> > data
> > in the same table.
>
> Per my original e-mail, this is not an option.
>
> Basically, the two tables have nothing in commmon *except* that events
> can be scheduled against either table. Otherwise, the two tables have
> vastly different data, which comes from completely different sources,
> and is related to a totally different set of dependant tables.
>
> So, no go.
>
> I run into this sort of thing a lot. Is it just the way I design
> databases, or is there a need for a more sophisticated model of
> relationality for SQL03?
This sounds like a design issue. This makes it seem like the events
should be broken out into their own table and the other two tables
should get joined with the events table when needed.
From | Date | Subject | |
---|---|---|---|
Next Message | Chad Thompson | 2002-07-16 19:38:59 | Re: Seeding |
Previous Message | Alain Lavigne | 2002-07-16 19:02:28 | Re: Need help on a troublesome query plan |