| 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: | Whole Thread | Raw Message | 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) |