Re: [HACKERS] generated columns

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: [HACKERS] generated columns
Дата
Msg-id c6690a91-a927-5c58-9e6b-5c4b14c5323d@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: [HACKERS] generated columns  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: [HACKERS] generated columns  (Michael Paquier <michael.paquier@gmail.com>)
Список pgsql-hackers
On 1/26/18 12:46, Robert Haas wrote:
> On Thu, Jan 25, 2018 at 10:26 PM, Peter Eisentraut
> <peter.eisentraut@2ndquadrant.com> wrote:
>>> Does the SQL spec mention the matter? How do other systems
>>> handle such cases?
>>
>> In Oracle you get the same overflow error.
> 
> That seems awful.  If a user says "SELECT * FROM tab" and it fails,
> how are they supposed to recover, or even understand what the problem
> is?  I think we should really try to at least generate an errcontext
> here:
> 
> ERROR:  integer out of range
> CONTEXT: while generating virtual column "b"
> 
> And maybe a hint, too, like "try excluding this column".

This is expanded in the rewriter, so there is no context like that.
This is exactly how views work, e.g.,

create table t1 (id int, length int);
create view v1 as select id, length * 1000000000 as length_in_nanometers
from t1;
insert into t1 values (1, 5);
select * from v1;
ERROR:  integer out of range

I think this is not a problem in practice.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: [HACKERS] GnuTLS support
Следующее
От: Tomas Vondra
Дата:
Сообщение: Re: Write lifetime hints for NVMe