Re: BUG #5028: CASE returns ELSE value always when type is"char"

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: BUG #5028: CASE returns ELSE value always when type is"char"
Дата
Msg-id 29742.1251927877@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: BUG #5028: CASE returns ELSE value always when type is"char"  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Ответы Re: BUG #5028: CASE returns ELSE value always when type is"char"  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Список pgsql-bugs
"Kevin Grittner" <Kevin.Grittner@wicourts.gov> writes:
> I think that the current approach leaves a small number of corner
> cases where we break SQL compliance.  I think it's worthwhile trying
> to fix that.  Whether that's best done by identifying the individual
> corners and fixing them independently as aberrations, or implementing
> some changes which provide the PostgreSQL extensions in a way that
> doesn't tend to break standard usage (and of course has little or no
> impact on current PostgreSQL users), is beyond my ken.

It's certainly worth looking into.  I would not want to prejudge how
to fix such issues; I think the best way to proceed would be to create
a list of the problems first.

One other point worth making is that we don't always consider SQL
compliance to be a hard requirement that trumps every other
consideration.  An example is case-folding of identifiers; it's
been pretty well agreed that between readability and backwards-
compatibility considerations, we simply aren't going to switch over
to doing it exactly like the spec.  So any proposed tweaks in this area
would be considered as tradeoffs between better spec compliance and
other goals.

            regards, tom lane

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

Предыдущее
От: Greg Stark
Дата:
Сообщение: Re: BUG #5028: CASE returns ELSE value always when type is"char"
Следующее
От: "Kevin Grittner"
Дата:
Сообщение: Re: BUG #5028: CASE returns ELSE value always when type is"char"