| От | Tom Lane |
|---|---|
| Тема | Re: Unexpected array_remove results |
| Дата | |
| Msg-id | 25825.1426859895@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Unexpected array_remove results (Matija Lesar <matija.lesar@gmail.com>) |
| Ответы |
Re: Unexpected array_remove results
|
| Список | pgsql-general |
Matija Lesar <matija.lesar@gmail.com> writes:
> should not in example below array_remove return same results?
AFAICS, array_remove keeps the existing lower bound number. I don't
see anything particularly wrong with that definition.
Even if we didn't care about backwards compatibility, it would require
nontrivial effort to change it --- for example, there are several
early-exit cases that return the original array unmodified, and that would
be wrong if we were to adopt some other definition such as "force the
lower bound to 1".
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера