Re: GSoC proposal - Mailing list pgsql-hackers

From Albe Laurenz
Subject Re: GSoC proposal
Date
Msg-id A737B7A37273E048B164557ADEF4A58B17CCE248@ntex2010i.host.magwien.gv.at
Whole thread Raw
In response to GSoC proposal  (Tan Tran <tankimtran@gmail.com>)
List pgsql-hackers
> I'm applying for GSoC 2014 with Postgresql and would appreciate your comments on my proposal
> (attached). I'm looking for technical corrections/comments and your opinions on the project's
> viability. In particular, if the community has doubts about its usefulness, I would start working on
> an extra proposal from https://wiki.postgresql.org/wiki/GSoC_2014, perhaps on the RETURNING clause as
> a student named Karlik did last year.

I am sure that Simon had his reasons when he proposed
http://www.postgresql.org/message-id/CA+U5nMJGgJNt5VXqkR=crtDqXFmuyzwEF23-fD5NuSns+6N5dA@mail.gmail.com
but I cannot help asking some questions:

1) Why limit the feature to UTF8 strings?  Shouldn't the technique work for all multibyte server encodings?

2) There is probably something that makes this necessary, but why should the decision  how toast is sliced be attached
tothe data type?  My (probably naive) idea would be to add a new TOAST strategy (e.g. SLICED)  to PLAIN, MAIN, EXTERNAL
andEXTENDED.
 

The feature only makes sense for string data types, right?

Yours,
Laurenz Albe   

pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: Patch: show relation and tuple infos of a lock to acquire
Next
From: KONDO Mitsumasa
Date:
Subject: Re: gaussian distribution pgbench