0) Адрес доставки далеко не всегда это официальный адрес жительства/регистрации 1) статистика по адресам доставки зачастую тоже интересна с точки зрения планирования бизнеса.
2) делать "коммерческий" эндпойнт госуслуг единой точкой отказа на всю страну это очень весёлая история.
3) телефон нужен для работы курьера и как минимум какое-то время его придётся хранить весь период обработки заказа
4) поиск по номеру телефона важная фича колцентра который работает на претензиях в основном сейчас
как вариант они могли взять не прод базу, а выгрузку из какой-нить рид-онли реплики/витрины для аналитиков, к которой есть широкий доступ у кучи народу.
Запрос отправили с неавторизованного аккаунта на подлинном правительственном домене.
Т.е. получается какой-то чинуша может затребовать "полные имена, даты рождения, род деятельности, почтовые адреса, адреса электронной почты, номера телефонов, сканы паспортов, водительских удостоверений, селфи, сведения о транзакциях и некоторые другие платёжные данные." и господа из "Револют" не проверяя, а имеет ли вообще этот чинуша на той стороне права на это, бегут роняя кал исполнять? Это же прекрасно. Это прямо революция в "персональных данных".
Без первичных ключей это не база данных, это файл, это набор данных.
А ведь это круто! Если в БД Постгре не натыканы FK - база уже сразу нереляционной становится. Теперь когда меня на собесе будут спрашивать: “Работал ли я с нереляционными базами”, я буду гордо отвечать: “Я работаю с ними регурярно”. Спасибо за полезный совет.
Конечно в серийных продуктах обычно обстоит лучше, но вот 25 летний опыт общения с корпоративными системами "собственной разработки" говорит мне, что уже лет через 5 после создания, первоначальные проектные решения уже начинают плохо биться с реальной жизнью. Хотя бы по банальной причине: бизнес фирмы сильно изменился. Это не говоря о том, что через эти 5 лет те самые проектировщики в фирме уже врят ли работают, а через 10 лет гарантированно не работают.
потеря 10% производительности при записи, очень редко когда стоят достоверности всего набора.
Во первых, 10 процентов это оптимистично, если связей не сильно много у таблицы. Но даже если и так если мы посмотрим на ситуацию, что мы можем выжать быстро целых 10% с RW ноды, которая горизонтально не масштабируется, это уже много и за эти 10% надо биться.
Во вторых, достоверность набора, это не только внешние ключи, это другие ограничения. То что мы одно из ограничений (FK) вынесем на уровень БД это не сильно нас спасёт, если мы начнём глать шлак в прод.
Когда я был лидом группы базистов я категорически запретил так писать, т.к. тут не видно какое условие к какому джойну относится и на ревью (или при изменении запроса "потом") кода это читать реально больно. Хорошо тут запросик короткий, а ежели он на весь экран.
Касательно вот такого синтаксиса.
FROM document_item, document(document_item), item(document_item)
Всё красиво, когда в запросе только он, но как только ты начинаешь подтаскивать данные не только через FK, начнётся плохочитабельная каша. В это смысле ИМХО "лучше безобразно, но единообразно"
Ключевое отличие от предыдущих двух этапов: корректность здесь обеспечивает не Postgres, а внешний координирующий сервис. Это единственная из трёх стратегий, которая продолжит работать корректно, если приложение масштабировать на несколько инстансов за балансировщиком
Т.е. если если у меня несколько инстансов сервиса мне надо использовать redis? Господи, где ж я так согрешил то?
А ничего, что у редиса есть "сложности" с персистентностью? А если админ его вдруг перегрузит? Давайте уж тарантул ставить (кластерный? :) ) для того, чтобы разруливать блокировки в постгре.
The FOR UPDATE lock mode is also acquired by any DELETE on a row, and also by an UPDATE that modifies the values of certain columns. Currently, the set of columns considered for the UPDATE case are those that have a unique index on them that can be used in a foreign key (so partial indexes and expressional indexes are not considered), but this may change in the future.
Сравнивая цену за отопление панельки 75 квадратов и панельного дома на 100 квадратов. Дом дешевле.
PS когда выбирали дом, просмотрели несколько домов этой серии, всегда на входе хозяева говорили "извините у нас тут жарко". Так что тут думаю вопрос в качестве панельки
По подмосковью есть серия частных домов которые строили для колхозников из сборного ЖБ. Строили на закате советской власти. Там даже стропила железобетонные.
фото из дома тёщи. PS дом поросёнка должен быть крепостью :)
Когда CISO Додо-пиццы говорил: “Да у нас с безопасностью персональных данных так же круто как в Пентагоне!”, - он в общем не врал.
0) Адрес доставки далеко не всегда это официальный адрес жительства/регистрации
1) статистика по адресам доставки зачастую тоже интересна с точки зрения планирования бизнеса.
2) делать "коммерческий" эндпойнт госуслуг единой точкой отказа на всю страну это очень весёлая история.
3) телефон нужен для работы курьера и как минимум какое-то время его придётся хранить весь период обработки заказа
4) поиск по номеру телефона важная фича колцентра который работает на претензиях в основном сейчас
как вариант они могли взять не прод базу, а выгрузку из какой-нить рид-онли реплики/витрины для аналитиков, к которой есть широкий доступ у кучи народу.
насколько они хорошо совместимы с linux? Это тестировалось?
Т.е. получается какой-то чинуша может затребовать "полные имена, даты рождения, род деятельности, почтовые адреса, адреса электронной почты, номера телефонов, сканы паспортов, водительских удостоверений, селфи, сведения о транзакциях и некоторые другие платёжные данные." и господа из "Револют" не проверяя, а имеет ли вообще этот чинуша на той стороне права на это, бегут роняя кал исполнять? Это же прекрасно. Это прямо революция в "персональных данных".
...Ты прекрасна, спору нет;
Ишемия ж всё сильнее.
Дело близится уж правда
Всё к инфаркту миокарда…
Прекрасное.
PS А на хабре критикуют чуваков, которые в прод льют то что нагенерено LLM без ревью "кожаным мешком".
А ведь это круто! Если в БД Постгре не натыканы FK - база уже сразу нереляционной становится. Теперь когда меня на собесе будут спрашивать: “Работал ли я с нереляционными базами”, я буду гордо отвечать: “Я работаю с ними регурярно”. Спасибо за полезный совет.
Конечно. Особенно, если вы платите за экскаватор меньше стоимости затраченной им на ваши работы солярки:
Опустим вопрос качества, при таком ценнике это уже не самое существенное.
интересно, кто в итоге оказался "спонсором" этого прекрасного переписывания на rust?
Самое главное, чтобы через неделю этот Сёмочкин не оказался иноагентом.
Конечно в серийных продуктах обычно обстоит лучше, но вот 25 летний опыт общения с корпоративными системами "собственной разработки" говорит мне, что уже лет через 5 после создания, первоначальные проектные решения уже начинают плохо биться с реальной жизнью. Хотя бы по банальной причине: бизнес фирмы сильно изменился. Это не говоря о том, что через эти 5 лет те самые проектировщики в фирме уже врят ли работают, а через 10 лет гарантированно не работают.
Во первых, 10 процентов это оптимистично, если связей не сильно много у таблицы. Но даже если и так если мы посмотрим на ситуацию, что мы можем выжать быстро целых 10% с RW ноды, которая горизонтально не масштабируется, это уже много и за эти 10% надо биться.
Во вторых, достоверность набора, это не только внешние ключи, это другие ограничения. То что мы одно из ограничений (FK) вынесем на уровень БД это не сильно нас спасёт, если мы начнём глать шлак в прод.
Когда я был лидом группы базистов я категорически запретил так писать, т.к. тут не видно какое условие к какому джойну относится и на ревью (или при изменении запроса "потом") кода это читать реально больно. Хорошо тут запросик короткий, а ежели он на весь экран.
Касательно вот такого синтаксиса.
Всё красиво, когда в запросе только он, но как только ты начинаешь подтаскивать данные не только через FK, начнётся плохочитабельная каша.
В это смысле ИМХО "лучше безобразно, но единообразно"
На больших нагруженных базах FK обычно сносят нафиг в угоду производительности.
Есть другие минусы, но как по мне это основной.
Они вроде пишут, что RAFT поддерживают https://newreleases.io/project/github/ArcadeData/arcadedb/release/26.4.2
Т.е. если если у меня несколько инстансов сервиса мне надо использовать redis? Господи, где ж я так согрешил то?
А ничего, что у редиса есть "сложности" с персистентностью? А если админ его вдруг перегрузит? Давайте уж тарантул ставить (кластерный? :) ) для того, чтобы разруливать блокировки в постгре.
век живи, век учись. Пример:
https://www.postgresql.org/docs/current/explicit-locking.html
Сравнивая цену за отопление панельки 75 квадратов и панельного дома на 100 квадратов. Дом дешевле.
PS когда выбирали дом, просмотрели несколько домов этой серии, всегда на входе хозяева говорили "извините у нас тут жарко". Так что тут думаю вопрос в качестве панельки
По подмосковью есть серия частных домов которые строили для колхозников из сборного ЖБ. Строили на закате советской власти. Там даже стропила железобетонные.
фото из дома тёщи.
PS дом поросёнка должен быть крепостью :)
Пора б уже запускать языковые модели на тесте на беременность. Давно ждём.