Re: Casting, again

From: Raul Chirea <raul(at)brahms(dot)ro>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Casting, again
Date: 2000-05-17 00:02:17
Message-ID: 3921E189.EAF519D8@brahms.ro
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Your pg_excelencies,

Peter Eisentraut wrote:

> I would go as far as saying that if you try to insert a 5 in a text field
> then this should be an error, you must write '5'. Surely some might claim
> that this is an inconvenience. Indeed, this is inconveniencing me because
> possible errors in string processing or even system logic are silently
> dropped under the table. Nobody ever got carpal tunnel syndrome because of
> two extra quotes, and if the SQL is machine-generated then fixing the
> program is the best thing in the long run anyway.

Did you think to a system with some abstract types (like numeric, char, date,
etc.) and fizical
types within the abstract types (i.e. abstract numeric type holds physical
integer type, physical
float type, phisical numeric type), and the only implicit cast that parser
does to be
between phisical types whithin the same abstract type ?

Raul.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael A. Olson 2000-05-17 00:35:42 Re: Berkeley DB license
Previous Message Hiroshi Inoue 2000-05-16 23:17:51 RE: Actually it's a bufmgr issue (was Re: Another pg_listener issue)