Re: jsonb_set() strictness considered harmful to data

Поиск
Список
Период
Сортировка
От Peter J. Holzer
Тема Re: jsonb_set() strictness considered harmful to data
Дата
Msg-id 20191023183306.GA26674@hjp.at
обсуждение исходный текст
Ответ на Re: jsonb_set() strictness considered harmful to data  ("David G. Johnston" <david.g.johnston@gmail.com>)
Ответы Re: jsonb_set() strictness considered harmful to data
Список pgsql-general
On 2019-10-22 18:06:39 -0700, David G. Johnston wrote:
> On Tue, Oct 22, 2019 at 3:55 PM Peter J. Holzer <hjp-pgsql@hjp.at> wrote:
>     On 2019-10-20 13:20:23 -0700, Steven Pousty wrote:
>     > I would think though that raising an exception is better than a
>     > default behavior which deletes data.
>     > As an app dev I am quite used to all sorts of "APIs" throwing
>     > exceptions and have learned to deal with them.
>     >
>     > This is my way of saying that raising an exception is an
>     > improvement over the current situation. May not be the "best"
>     > solution but definitely an improvement.
>
>     I somewhat disagree. SQL isn't in general a language which uses
>     exceptions a lot. It does have the value NULL to mean "unknown", and
>     generally unknown combined with something else results in an unknown
>     value again:
>
> [...] 
>
>
>     Throwing an exception for a pure function seems "un-SQLy" to me. In
>     particular, jsonb_set does something similar for json values as replace
>     does for strings, so it should behave similarly.
>
>
> Now if only the vast majority of users could have and keep this level of
> understanding in mind while writing complex queries so that they remember to
> always add protections to compensate for the unique design decision that SQL
> has taken here...

I grant that SQL NULL takes a bit to get used to. However, it is a core
part of the SQL language and everyone who uses SQL must understand it (I
don't remember when I first stumbled across "select * from t where c =
NULL" returning 0 rows, but it was probably within the first few days of
using a database). And personally I find it much easier to deal with
concept which are applied consistently across the whole language than
those which sometimes apply and sometimes don't seemingly at random,
just because a developer thought it would be convenient for the specific
use-case they had in mind.

        hp

--
   _  | Peter J. Holzer    | we build much bigger, better disasters now
|_|_) |                    | because we have much more sophisticated
| |   | hjp@hjp.at         | management tools.
__/   | http://www.hjp.at/ | -- Ross Anderson <https://www.edge.org/>

Вложения

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

Предыдущее
От: Fabio Ugo Venchiarutti
Дата:
Сообщение: Re: Is this a bug ?
Следующее
От: Ron
Дата:
Сообщение: Re: Is this a bug ?