> А если юзер ничего такого не хотел, а в

Question

> А если юзер ничего такого не хотел, а в

приложении из-за bug просто дважды выполнился тот же insert? 😉

Ну тут уж надо компромис искать
1) навсегда ограничить пользователей, застраховавшись от бага, которого по-хорошему быть не должно, да и если появится - то будет исправлен.
2) Не бояться бага и дать свободу юзерам

Лично я всегда выбираю второй вариант. Волков бояться, знаете ли...)

> весь настоящий PRIMARY KEY (т.е. само основное содержание!) этой таблицы в ней просто отсутствует

Ну это же синтетический пример, выжатый до самой сути) И опять же, я всё-таки не согласен, что настоящий PK это содержание. Хотя по сути здесь нет правильного ответа, так как от требований зависит

#backend #devops #pgsql #programming #russian

0

26.01.2020

1 ответов

8 просмотров

Yaroslav Schekin · Accepted Answer

> Ну тут уж надо компромис искать Надо. Но он зависит от требований (от "стоимости" того или иного варианта). > Лично я всегда выбираю второй вариант. Лучше, уж, по-хорошему, взвешивать последствия. > Волков бояться, знаете ли...) Уж знаю (к примеру, видел существенные финансовые потери из-за выбора второго варианта). Т.е. случаи разные бывают. ;( > я всё-таки не согласен, что настоящий PK это содержание. Я этого и не утверждал, я только имел в виду, что у настоящих писем он, по крайней мере, есть (но всё равно в модель его не внесёшь). ;)

172 похожих чатов

> А если юзер ничего такого не хотел, а в

1 ответов

Похожие вопросы