| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Qingqing Zhou <zhouqq(at)cs(dot)toronto(dot)edu> |
| Cc: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: About varlena2 |
| Date: | 2005-12-05 22:10:10 |
| Message-ID: | 3007.1133820610@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Qingqing Zhou <zhouqq(at)cs(dot)toronto(dot)edu> writes:
> To reduce size of varlen2.vl_len to int16. This has been mentioned before,
> but is there any show-stopper reasoning preventing us from doing that or
> somebody has been working on it?
> Sorry, just to repeat myself. Char types will benefit from that.
I have considerably less than zero interest in creating variant char
types with an int16 header. The proposal that was on the table was
to use this for numeric and inet types, where it could be done without
introducing any user-visible semantics changes.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andrew Dunstan | 2005-12-05 22:30:00 | Re: [PATCHES] snprintf() argument reordering not working |
| Previous Message | Tom Lane | 2005-12-05 22:03:19 | Re: *printf and zero size |