From: | Gavin Flower <GavinFlower(at)archidevsys(dot)co(dot)nz> |
---|---|
To: | David Johnston <polobo(at)yahoo(dot)com> |
Cc: | "'Wolfgang Keller'" <feliphil(at)gmx(dot)net>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Messy data models (Re: Visualize database schema) |
Date: | 2012-08-19 05:08:42 |
Message-ID: | 503074DA.3080605@archidevsys.co.nz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 18/08/12 04:33, David Johnston wrote:
>> -----Original Message-----
>> From: pgsql-general-owner(at)postgresql(dot)org [mailto:pgsql-general-
>> owner(at)postgresql(dot)org] On Behalf Of Wolfgang Keller
>> Sent: Friday, August 17, 2012 9:08 AM
>> To: pgsql-general(at)postgresql(dot)org
>> Subject: Messy data models (Re: [GENERAL] Visualize database schema)
>> [...]
>>
>> Also, in some models, there are relations that are so prevalent that
>> including all them just adds noise to the layout when a top-level
>> description would be just as clear and remove the extra lines from the
>> graph. How to code a pure layout algorithm to be able to identify those
>> situations (with our without a standard naming scheme to help it) and create
>> meaningful "text summaries" while removing the corresponding paths I do not
>> know but it would also go a long way toward visually simplifying complex
>> models.
>>
>> David J.
>>
>> [...]
>>
>>
>>
I agree with almost all of what David wrote, but I particularly want to
reinforce what he says in the last paragraph above.
For example, a lot of tables may have multiple comments associated with
individual rows. Since each comment will have a userid, date/time stamp,
and text -- they will be stored in the own table and referenced via a
foreign key. Drawing lines from each affected table to the Comment table
would add a lot of clutter with negligible gain.
Similarly, if access to rows in a particular table (and many tables were
affected) depended on the company a user belonged to, then this would
also add lots of lines...
Cheers,
Gavin
From | Date | Subject | |
---|---|---|---|
Next Message | Chris Travers | 2012-08-19 05:50:34 | Re: Schemas vs partitioning vs multiple databases for archiving |
Previous Message | Gavin Flower | 2012-08-19 04:30:02 | Re: Schemas vs partitioning vs multiple databases for archiving |