Re: Subqueries or Joins? Problems with multiple table query - Mailing list pgsql-general

From Stefan Schwarzer
Subject Re: Subqueries or Joins? Problems with multiple table query
Date
Msg-id C2C5D09B-1765-40E2-9C90-8CA6F52ED599@grid.unep.ch
Whole thread Raw
In response to Re: Subqueries or Joins? Problems with multiple table query  ("A. Kretschmer" <andreas.kretschmer@schollglas.com>)
List pgsql-general
>>> You may also wish to review Andreas' suggestions as they propose a
>>> more sensible table structure rather than having a table for each
>>> convention.
>>
>> The table proposal really looks nice. But our database is structured
>> by variable - so each convention has its own table.
>
> It is a really bad design - it can't scale. A new convention, and you
> have to redesign your database schema (add a new table, rewrite code).
>
> I think, it makes absolutely no sense to invest more work into this,
> sorry, shit.

Thanks for the feedback. We spent a couple of weeks analyzing the
possible solutions for our Portal. And, with lots of feedback from
this group, we decided to go for what we've now. It doesn't seem that
much "scalable"... but in general, with everything we have to do -
preparation of the data, updating of the data etc. - it seems to us
actually as a very smooth solution.

Thanks for your help and your ideas!

Attachment

pgsql-general by date:

Previous
From: "A. Kretschmer"
Date:
Subject: Re: Subqueries or Joins? Problems with multiple table query
Next
From: Alvaro Herrera
Date:
Subject: Re: SET Role doesn't work from Security Definer Function...