Re: BIT/BIT VARYING names (was Re: [HACKERS] Beta for 4:30AST) - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: BIT/BIT VARYING names (was Re: [HACKERS] Beta for 4:30AST)
Date
Msg-id Pine.GSO.4.02A.10003011928090.25449-100000@Svan.DoCS.UU.SE
Whole thread Raw
In response to BIT/BIT VARYING names (was Re: [HACKERS] Beta for 4:30AST)  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: BIT/BIT VARYING names (was Re: [HACKERS] Beta for 4:30AST)  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Wed, 1 Mar 2000, Tom Lane wrote:

> Well, no, it becomes "bit varying", *with* quotes, if the dumper is
> not broken.

I know, but consider psql and others just using plain libpq functionality.

> for bit and bit varying.  If you can find a way to avoid
> that special-case logic, I'll get a lot more excited about not
> having to treat "bit varying" as a special-case name.

NOOOOOOOOOOOOOO. I'm not trying to treat "bit varying" as a special case
name. I want to treat it as a normal name. There's absolutely no
difference whether the pg_type entry for the type represented by the
tokens BIT VARYING is "varbit", "bit varying", or "foo". I'm just saying
that the second would be more obvious and convenient, but that it would
require a small fix somewhere.

We're not going to allow any usertype(x) syntax in this life time, are we,
and the fact remains that we have to parse the reserved-word SQL types
separately. But this has all nothing to do with what I'm saying. Why
doesn't anyone understand me?

-- 
Peter Eisentraut                  Sernanders väg 10:115
peter_e@gmx.net                   75262 Uppsala
http://yi.org/peter-e/            Sweden



pgsql-hackers by date:

Previous
From: Jeff MacDonald
Date:
Subject: Locking
Next
From: Tom Lane
Date:
Subject: Re: [HACKERS] Re: bit types