SS
Дык... Может же) 🤷♂
Size: a a a
2021 May 03
睫膏
Но первичный ключ то зачем ууид? Вы его никуда не раскрываете, к чему
SS
Иногда полезно) например я так корзины храню в бд
A
дано 100 копий программы и сущности на стороне клиента со своей базой sqlite надо собрать это все на 1 серваке
睫膏
Без проблем, первичный ключ автоинкремент и ууид->аргон2 для раскрытия наружу
睫膏
Вопрос то к чему вам ууид делать праймари)
A
можно и частично и не делать но на сервак нужно всеравно будет uuid запихнуть там связи очень сложные
睫膏
Кому нужно
A
системе которая это обрабатывает
睫膏
Все еще не понимаю зачем первичный ключ который не отдается наружу из сущности должен быть ууид
A
этот же первичник пойдет на сервак как и цепочка его связей
AS
а зачем его дублировать автоинкриментом?
睫膏
Автоинкремент для простоты, вы его наружу не отдаете поэтому не будет опасности получения доступа перебором
Наружу отдаете ууид
Наружу отдаете ууид
A
https://github.com/adelf/acwa_book_ru/blob/master/manuscript/9-domain-layer.md#%D0%B4%D0%BE%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5-%D1%81%D0%BE%D0%B1%D1%8B%D1%82%D0%B8%D1%8F Вот гдето здесь, через пару абзацев я рассуждаю зачем нужны uuid
A
популярное решение. для упрощения работы с бд
AS
uuid конечно усложняет дебаг своей длиной, но зато и решает проблему раннего доступа (когда в классах у себя ещё до сохранения в БД можно сгенерить ключ)
睫膏
Я не оспариваю нужны ууид или нет, я вопрошаю зачем его делать праймари
睫膏
Это хороший пойнт, про ранний доступ, но это предположительно небольшой срез кейсов где это может быть необходимым условием
A
а зачем мне int он мне бесполезен мне всеравно тащить uuid на удаленку
A
все эти базы надо в 1 базу и что бы потом это еще и синхронизовать надо (и еще и обработать)