On Fri, Oct 30, 2009 at 5:16 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Jeff Davis <pgsql(at)j-davis(dot)com> writes:
>> I haven't looked at all of these places yet, so maybe a few simple
>> changes would allow us to treat typmod as a full 32 bits. Or perhaps it
>> could just be expanded to a signed 64-bit int. What do you think?
> Neither is likely to happen, and even disregarding that, I doubt people
> would be real happy with a design like this. Where are you going to
> put the typmod for the contained type?
IMO, the real problem is that the type interface is poorly
encapsulated. There's way too much code that knows about the internal
details of a type - namely, that it's a 32-bit integer modified by a
second 32-bit integer. I think there are still places where the code
doesn't even know about typmod. If we're going to go to the trouble
of changing anything, I think it should probably involve inserting an
abstraction layer that will make future extensions easier. But I have
a feeling that's going to be a tough sell.
In response to
pgsql-hackers by date
|Next:||From: Jeff Davis||Date: 2009-10-30 22:28:29|
|Subject: Re: Syntax for partitioning|
|Previous:||From: Tom Lane||Date: 2009-10-30 21:16:16|
|Subject: Re: Syntax for partitioning |