ST
Для предметного ключа всегда есть осмысленные значения, для технического - осмысленные по другим критериям, прежде всего размер и скорость соединений.
Size: a a a
2021 June 03
АБ
Приветики. Как удалить партиции в сраном mysql без лока таблицы на запись? Вчера решили дропнуть старые партиции общим обьемом в 2ТБ и все приуныло и за лока.
A
https://t.me/ru_mysql только не называй его там "сраным". Там и разработчики муськи сидят.
АБ
2021 June 04
DK
Не смог с ходу найти ответ...как правильно оборачивая restapi в gql например возвращать 404
A
Спасибо, записался )
если кому интересно то есть еще плейлист такой
https://www.youtube.com/watch?v=UEAMfLPZZhE&list=PLeKd45zvjcDFUEv_ohr_HdUFe97RItdiB
если кому интересно то есть еще плейлист такой
https://www.youtube.com/watch?v=UEAMfLPZZhE&list=PLeKd45zvjcDFUEv_ohr_HdUFe97RItdiB
DP
Где то давно читал материал связанный с DDD.
Там было сказано, что нужно дальше держаться дальше от систем хранения. НЕ зависить от них.
Может быть кто нибудь помнит название этой статьи? книги?
Там было сказано, что нужно дальше держаться дальше от систем хранения. НЕ зависить от них.
Может быть кто нибудь помнит название этой статьи? книги?
ЕР
Каждая вторая статься про ddd
DT
В чистой архитектуре это норм расписано, но это не про DDD
DP
DP
Но хотелось бы конкретную статью.
DP
Буду очень признателен если кто скинет\
SP
таких в целом много, но тут важно понимать для чего и в контексте какого вопроса.
SP
DDD только регламентирует что мол что бы технические детали персистенса не влияли на модель слишком уж сильно. Это можно с позиции простого разделения ответственности смотреть а можно смотреть на это с позиции ограничений технических которые накладываются на бизнес. А так "пофигу".
AN
Принято.
Благодарю.
Интересовало мнение про ограничения.
Благодарю.
Интересовало мнение про ограничения.
R
@fes0r слушай, ты же не любишь репозитории. А что вместо них использовать, чтобы разделять слой персистенса?
SP
я не нелюблю репозитории, я не люблю смешивать репозитории и "штуки что бы репортики или там списочки на UI выплевывать"
SP
репозитории норм, на запись. простой интерфейс вида
get, add. может быть delete и exists/findSP
условно говоря идеальный репозиторий работает и возвращает только один агрегат/сущность/штуку и на вход принимает только его ключ
Проблемы обычно когда начинают смешивать персистенс и access control (достать по ключу + заджойнить ACL какой), смешивать персистенс и UI логику(фильтры для списков и т.д.)
Проблемы обычно когда начинают смешивать персистенс и access control (достать по ключу + заджойнить ACL какой), смешивать персистенс и UI логику(фильтры для списков и т.д.)
R
Ну а если фильтры/лимиты/оффсеты есть, куда их?