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
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) |