From: | Peter Hunsberger <peter(dot)hunsberger(at)gmail(dot)com> |
---|---|
To: | Pierre Thibault <pierre(dot)thibault1(at)gmail(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Dynamic data model, locks and performance |
Date: | 2010-07-29 03:28:28 |
Message-ID: | AANLkTi=tptTUinFkcabYP_BVFEf4MOkyOfJwm8z57DZJ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Wed, Jul 28, 2010 at 10:15 PM, Pierre Thibault
<pierre(dot)thibault1(at)gmail(dot)com> wrote:
>
> What I would like to do is enable users to create their own data model. Enable them to create a model and make > it evolve. For example, it would be cool to create a model to represent car adds. Then, the buyers can search adds > using the previous model with specific criteria like the color of the car they want.
>
Sounds like a standard parts explosion or component / subcomponent
hierarchy? The most general form has two pieces:
1) a tree model of some form. I like the set / subset model that Joe
Celko popularized (search the archives for other references to it from
me);
2) an extensible set of containers to hang of the tree. Here I like
to use a strongly typed version of the Entity Attribute Value (EAV)
type model;
Those two pieces on their own are so general that you can't really
scale the results very far. However, if you've got some specific
goals in mind I might be able to provide some hints. If you're an
IEEE member I can point you at a presentation I did on the basics (I
think)...
--
Peter Hunsberger
From | Date | Subject | |
---|---|---|---|
Next Message | raf | 2010-07-29 03:30:15 | Re: postgres-8.4SS, pg_dump from macosx-10.6 has "ssl handshake error" 26% in |
Previous Message | raf | 2010-07-29 03:23:17 | Re: postgres-8.4SS, pg_dump from macosx-10.6 has "ssl handshake error" 26% in |