✨
аналогично, просто обновляют статус delete, и исключаю с выборки
Size: a a a
2021 April 02
SP
и не сильно переживать из-за referencial consistency
SP
аналогично, просто обновляют статус delete, и исключаю с выборки
я в архив переношу
✨
те же яйца, только сбоку)
AS
главное (если мускуль под капотом) не прибевать связи гвоздями ( через fk), а всю муть для анплиза сливать в архивеые таблицы
AS
или билдить сводный отчет и дропать
AS
в рабочих таблицах лишние данные замедляют все сильно, а бизнесу это трудно понять
SP
в рабочих таблицах лишние данные замедляют все сильно, а бизнесу это трудно понять
па па па партишенинг
AS
и появляется у нас прослойка кеша
SP
и появляется у нас прослойка кеша
а как кэш помогает?) чем?
AS
горячие данные в нем
SP
p.s. наверное тут специфика СУБД, у меня постгрес и я не понимаю о чем речь
SP
горячие данные в нем
ну у меня правило - если данные могут меняться их нельзя в кэш (ну или просто насрать если они устарели, конфиги для UI какие типа)
AS
да, их природа важна
SP
Запросик в базу с INDEX ONLY scan может быть быстрее чем сходить по той же сети в рэдис. Особенно в контексте похапе где тебе соединения надо постоянно создавать
👤U
ну у меня правило - если данные могут меняться их нельзя в кэш (ну или просто насрать если они устарели, конфиги для UI какие типа)
А если это ИМ и товары в сфинксе? 🙃
SP
А если это ИМ и товары в сфинксе? 🙃
то это рид модель)
SP
и ей "ок" отставать от врайт модели на пару секунд.
SP
в каком-то смысле рид модель это кэш да, только с грамотно выстроенным механизмом инвалидации)