Re: an other provokative question?? - Mailing list pgsql-general

From Ron Johnson
Subject Re: an other provokative question??
Date
Msg-id 46E0E178.9020001@cox.net
Whole thread Raw
In response to Re: an other provokative question??  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: an other provokative question??
List pgsql-general
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 09/06/07 22:54, Tom Lane wrote:
> "Dann Corbit" <DCorbit@connx.com> writes:
>>> Relational database pioneer says technology is obsolete
>>> http://www.computerworld.com/action/article.do?command=3DviewArticleBasic&articleId=3D9034619
>
>> This bit is a hint:
>> "Column-oriented databases -- such as the one built by Stonebraker's
>> latest start-up, Andover, Mass.-based Vertica Systems Inc. -- store data
>> vertically in table columns rather than in successive rows."
>
>> Mr. Stonebraker's company sells column oriented databases.  So of course
>> the other methods must be "obsolete".
>
> I don't see anything in there where Stonebraker says that relational DBs
> are obsolete.  What he suggests is that column-oriented storage might

Does "column-oriented storage" mean that all of the COLUMN_A values
for all 200 million rows are stored together on adjacent pages?

If so, then doing aggregates (the bread and butter of DW) *would*
seem to be faster.  But b-tree leaf that points to "a record" would
need num_cols pointers instead of one pointer.  Very messy.  And large.

Definitely a niche product.

> beat row-oriented storage for a lot of modern applications.  He might be
> right (I'm sure not going to bet against the guy who started Postgres)
> but this has not got anything to do with the concept of a relational
> database.  It's an implementation detail --- maybe a pretty fundamental
> one, but in principle you could build a DB either way and no user could
> see a semantic difference.

- --
Ron Johnson, Jr.
Jefferson LA  USA

Give a man a fish, and he eats for a day.
Hit him with a fish, and he goes away for good!

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFG4OF4S9HxQb37XmcRAtQeAKCGqjOcdmT6ccrbMy/JDOURjYItSACfVu7/
AEdP1gbDPK/MNwCVlCb1IAg=
=PD28
-----END PGP SIGNATURE-----

pgsql-general by date:

Previous
From: Ron Johnson
Date:
Subject: Re: Column as arrays.. more efficient than columns?
Next
From: Ow Mun Heng
Date:
Subject: Re: dblink vs dbi-link (and errors compiling)