История изменений

Ну ок, где среди этих сущностей OLTP? Бизнесу на это вообще пофигу, как и на бд, язык пограммирования, микросервисы и т.д. только если это не бизнес по продаже кубернетисов или бд

Банковские транзакции, обменники, почтовые службы, заказ билетов на поезд/самолет (самое первое применение OLTP), даже банальный супермаркет — меня вот бесит, как люто тупят автоматические весы в местном супермаркете.

Как в твоей предметной области ты себе можешь представить «финализированную» бд?

Я тебе даже больше скажу: в банках есть специальные сервера для хранения пинкодов с защитой от постороннего доступа. Они ничего больше не делают, кроме хранения пинкодов, у них есть три запроса: «сохранить пинкод», «проверить пинкод», «удалить пинкод» — вот тебе OLTP в терминальной стадии.

Завтра бизнес попросит добавить не только тип вибраторов, но и новую платёжную систему, захочет ещё что-то в чём я, как не продавец вибраторов не разбираюсь

Будут добавлять в рамках имеющейся системы минимальными действиями. Не столько для экономии людских ресурсов, сколько для того, чтобы не трогать уже давно и хорошо работающую часть системы. Потому что потеря данных из-за того, что «ой, я там не тот идентификатор использовал» никого не устроит. Правда, нынче веб опускается на такое дно, что для интернет магазина уже нормально не принимать заказы через сайт, потому что какой-то криворук залил новую фичу на прод, а она оказалсь бажная и уронила всю БД.

Ну ок, где среди этих сущностей OLTP? Бизнесу на это вообще пофигу, как и на бд, язык пограммирования, микросервисы и т.д. только если это не бизнес по продаже кубернетисов или бд

Банковские транзакции, обменники, почтовые службы, заказ билетов на поезд/самолет (самое первое применение OLTP), даже банальный супермаркет — меня вот бесит, как люто тупят автоматические весы в местном супермаркете.

Как в твоей предметной области ты себе можешь представить «финализированную» бд?

Я тебе даже больше скажу: в банках есть специальные сервера для хранения пинкодов с защитой от постороннего доступа. Они ничего больше не делают, кроме хранения пинкодов, у них есть три запроса: «сохранить пинкод», «проверить пинкод», удалить пинкод" — вот тебе OLTP в терминальной стадии.

Завтра бизнес попросит добавить не только тип вибраторов, но и новую платёжную систему, захочет ещё что-то в чём я, как не продавец вибраторов не разбираюсь

Будут добавлять в рамках имеющейся системы минимальными действиями. Не столько для экономии людских ресурсов, сколько для того, чтобы не трогать уже давно и хорошо работающую часть системы. Потому что потеря данных из-за того, что «ой, я там не тот идентификатор использовал» никого не устроит. Правда, нынче веб опускается на такое дно, что для интернет магазина уже нормально не принимать заказы через сайт, потому что какой-то криворук залил новую фичу на прод, а она оказалсь бажная и уронила всю БД.