Re: Defining a "tinyint" data type - one byte unsigned - Mailing list pgsql-patches

From Shachar Shemesh
Subject Re: Defining a "tinyint" data type - one byte unsigned
Date
Msg-id 404FF669.7080609@shemesh.biz
Whole thread Raw
In response to Re: Defining a "tinyint" data type - one byte unsigned  (Shachar Shemesh <psql@shemesh.biz>)
Responses Re: Defining a "tinyint" data type - one byte unsigned
List pgsql-patches
Shachar Shemesh wrote:

> Tom Lane wrote:
>
>>
>> I don't think we've really solved the numeric-hierarchy casting problems
>> well enough to be able to stand adding another member of the hierarchy.
>> In particular, what impact is this going to have on implicit typing of
>> integer constants?
>>
>>             regards, tom lane
>>
>>
> The nice thing about a one byte integer is that it's at the very
> bottom of the food chain. Since casting upwards is implicit and
> downwards is explicit, NOTHING casts implicitly to it. As such I'm
> hoping (like I said in my original post - I'm no expert) that this
> will be a harmless addition.
>
> If there is anything you can think of that will allow me to verify
> this claim, do let me know.

Hmm - replying to my own post.

I did cut one corner, in that I did not implement tiny->int8 and
tiny->non integers yet. That is, however, an implementation detail
rather than a principal problem. If that is the whole problem, I'll add
those as well. I would rather, before doing the extra work, hear that
this is indeed all that is needed to get it in.

Having said that, some sort of implicit casts of implicit casts results
does seem necessary in postgres. I don't think that leaving this patch
out will be the way to solve this.

--
Shachar Shemesh
Lingnu Open Systems Consulting
http://www.lingnu.com/


pgsql-patches by date:

Previous
From: Shachar Shemesh
Date:
Subject: Re: Defining a "tinyint" data type - one byte unsigned
Next
From: Shachar Shemesh
Date:
Subject: Re: Defining a "tinyint" data type - one byte unsigned