Re: Implizite lossy Typecasts bei INSERTs

Peter Eisentraut <peter_e(at)gmx(dot)net> wrote:

>> mir fiel neulich auf, dass:
>> | tim=# SELECT version();
>> | version
>> | -------------------------------------------------------------------------
>> |------------------------------ PostgreSQL 8.3.5 on i386-redhat-linux-gnu,
>> | compiled by GCC gcc (GCC) 4.3.2 20081007 (Red Hat 4.3.2-6) (1 Zeile)
>> |
>> | tim=# CREATE TABLE Test (i INT);
>> | CREATE TABLE
>> | tim=# INSERT INTO Test (i) VALUES (3.1415);
>> | INSERT 0 1
>> | tim=# SELECT * FROM Test;
>> | i
>> | ---
>> | 3
>> | (1 Zeile)
>> |
>> | tim=#

>> ohne Fehlermeldung durchläuft. Irgendwo in meinem Gedächtnis
>> schlummert die Erinnerung, dass das früher anders war. Ehe
>> ich die release notes der letzten Jahre noch einmal durchge-
>> he :-): War das wirklich jemals anders?

> Nur mal um das Verständnis vielleicht zu verbessern: Obiger Fall ist
> kein "impliziter" Typecast im Sinne von CREATE CAST ... AS IMPLICIT, sondern
> AS ASSIGNMENT, weil hier die Zuweisung eines Wertes in einen Speicherort mit
> festgelegtem Typ stattfindet. Implizite Typecasts, die "lossy" sind, sollte
> es nicht geben (zumindest in neueren Versionen), aber im Fall AS ASSIGNMENT
> kann das schon vorkommen, hauptsächlich, wenn der SQL-Standard danach
> verlangt.

Danke für die Erläuterung (und Andreas für den Test). Das
"implizit" bezog sich auch nur auf die Anwendersicht (es er-
innerte mich an unschöne Erfahrungen mit dem Import von Ka-
lenderdaten früher - da hat es auch jedes Datum implizit
konvertiert :-)).

Aber wenn es Teil des Standards ist, werde ich wohl damit
leben müssen.

Tim