Truncation of char, varchar, bit, varbit types (fwd)

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Truncation of char, varchar, bit, varbit types (fwd)
Дата
Msg-id Pine.LNX.4.30.0105200234090.758-100000@peter.localdomain
обсуждение исходный текст
Список pgsql-sql
Implementation proposal as information for the user community.  Speak now
or...

---------- Forwarded message ----------
Date: Sat, 19 May 2001 12:33:40 +0200 (CEST)
From: Peter Eisentraut <peter_e@gmx.net>
To: PostgreSQL Development <pgsql-hackers@postgresql.org>
Subject: Truncation of char, varchar, bit, varbit types

I've sent this a few weeks ago and got support, I just wanted to issue the
final call.

SQL and Postgres differ in behaviour if the value of a char or varchar
type exceeds the declared length.  Postgres cuts off the value, SQL
requires to raise an error.

In particular, the compliant behaviour is:

create table test (a varchar(4));

insert into test values ('ok');
[ok]
insert into test values ('not ok');
ERROR:  value too long for type character varying(4)
insert into test values ('good    ');
[truncates spaces that are too long]

I think this behaviour is desirable over the old one because it makes the
char and varchar types useful in the first place.

For bit types there is, of course, no such extra rule for spaces.
However, SQL requires that for fixed-width bit strings, the input value
must have as many digits as the declared length of the string.  That is,

create table test (a bit(4));
insert into test values (b'101');

will fail.  I think that's reasonable, too, because it avoids the
endianness issues.

Unless there are objections, I will make this happen.

-- 
Peter Eisentraut   peter_e@gmx.net   http://funkturm.homeip.net/~peter



В списке pgsql-sql по дате отправления:

Предыдущее
От: Stephan Szabo
Дата:
Сообщение: Re: [GENERAL] Create an empty record
Следующее
От: "Joe Conway"
Дата:
Сообщение: Re: Truncation of char, varchar, bit, varbit types (fwd)