Re: experience with tags schemas

From: Chris Browne <cbbrowne(at)acm(dot)org>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: experience with tags schemas
Date: 2010-11-05 20:13:56
Message-ID: 87y697r0jf.fsf@cbbrowne.afilias-int.info
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

matthieu(dot)huin(at)wallix(dot)com (Matthieu Huin) writes:
> Greetings,
>
> Does anyone here have any experience with tags schemas on postgresql ?
>
> I am struggling with a schema inspired by "scuttle" described here :
>
> http://www.pui.ch/phred/archives/2005/04/tags-database-schemas.html
>
> Performances drop dramatically when the data set increases. Is it
> "normal" and I should look at other data structures ? Or am I doing
> something wrong ?
>
> If you need more information, I'll be happy to give it to you.

I'd expect the "Toxi" solution (where do they get the names!??!?!) to be
the fastest one of the litter, as most of the "burden" of work goes into
the narrow table, "tagmap." (It's also easily extended to cope with the
way Deli.cio.us does tagging, as you can attach user IDs to "tagmap")

In any case, it would make a lot of sense to run EXPLAIN ANALYZE on some
of the queries; that ought to provide some insight as to what parts are
behaving notably badly.

The article provides some good grist for the argument that proper
normalization frequently *IMPROVES* performance. (Contrary to the all
too common "NoSQL is Web Scale" arguments that we must "denormalize for
performance.")
--
If this was helpful, <http://svcs.affero.net/rm.php?r=cbbrowne> rate me
http://www3.sympatico.ca/cbbrowne/lsf.html
"Like I've always said, if you don't have anything nice to say, come
sit by me." -- Steel Magnolias

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Dimitri Fontaine 2010-11-05 20:25:12 Re: Cloning database without dump/restore
Previous Message Dann Corbit 2010-11-05 20:12:08 Re: Access postgresql data base from .net