AL
Nikolay Turskyi
Через минут 15 сделаю compose up
Я готов если шо
Size: a a a
2021 March 04
A
Nikolay Turskyi
Ты сказал о транзакциях. Но они не уберегут от дублирования данных.
Почему не уберегут?
А
А смысл транзакции в данном случае?
NT
Почему не уберегут?
Да потому что можно пойти и вставить
NT
Банально. Считай бек это фронт, база это бек. Ты разве доверяешь данным с фронта? Разве не валидируешь.
m
Nikolay Turskyi
Банально. Считай бек это фронт, база это бек. Ты разве доверяешь данным с фронта? Разве не валидируешь.
Ой, знакомая логика
m
Мир хранимых процедур, да?
NT
Мир хранимых процедур, да?
Не, ну не до такой же степени)
NT
Тогда уже и бизнес логику давайте на фронте размещать
A
Nikolay Turskyi
Банально. Считай бек это фронт, база это бек. Ты разве доверяешь данным с фронта? Разве не валидируешь.
Блин. Контекст разговора был такой - "между селектом может многое измениться", "ну так используй транзакции".
Нахрена ты вылез и начал писать вообще по другому поводу мне все еще непонятно.
Нахрена ты вылез и начал писать вообще по другому поводу мне все еще непонятно.
NT
Каждый должен занимать своим делом. При смене стека, база с данными должна остаться такой же.
NT
Блин. Контекст разговора был такой - "между селектом может многое измениться", "ну так используй транзакции".
Нахрена ты вылез и начал писать вообще по другому поводу мне все еще непонятно.
Нахрена ты вылез и начал писать вообще по другому поводу мне все еще непонятно.
Контекст разговора был об валидации уникальности данных, когда между селект и инсерт может зайти дубль. И что транзакции не решают вообще этот момент, потому как в базу можно впихнуть данные на прямую.
NT
И транзакция дорогая операция.
С
С
С
оно работает
С
ток что проверил у себя поставил
D
Nikolay Turskyi
И транзакция дорогая операция.
Угу
D
Nikolay Turskyi
Банально. Считай бек это фронт, база это бек. Ты разве доверяешь данным с фронта? Разве не валидируешь.
Крч подход интересный
D
Я всегда делал дополнительный селект