Re: BIT/BIT VARYING names (was Re: [HACKERS] Beta for 4:30AST)

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Peter Eisentraut <peter_e(at)gmx(dot)net>, Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu>, pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: BIT/BIT VARYING names (was Re: [HACKERS] Beta for 4:30AST)
Date: 2000-03-01 20:26:59
Message-ID: 200003012026.PAA14910@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> There's another issue, which is that the routines that implement
> operations for a particular type are generally named after the type's
> internal name. I trust you are not going to propose that we find a way
> to put spaces into C function names ;-). It seems to me that the
> confusion created by having support code named differently from the
> type's internal name is just as bad as having the internal name
> different from the external name.
>
> This being the case, it seems like "bit_varying" might be a reasonable
> compromise for the internal name, and that should work already...

Having only one type with an underscore seems like a mistake. We already
don't have internal names matching. I would just make it bit, bitvar,
or maybe varbit.

--
Bruce Momjian | http://www.op.net/~candle
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Willy De la Court 2000-03-01 20:43:21 RE: [HACKERS] empty dates and changing the default date behaviour
Previous Message Vince Vielhaber 2000-03-01 20:24:34 Re: [HACKERS] Re: NOT {NULL|DEFERRABLE} (was: bug in 7.0)