NM
и не доводить до такого) https://github.com/EnterpriseQualityCoding/FizzBuzzEnterpriseEdition
Size: a a a
2020 June 03
D
оставлять технический долг или нет это дело каждого
я предпочитаю одну модель, но при условии совпадения полей
как только начинается "часть полей для api, часть для бд" - делить и мапить
как только начинается "часть полей для api, часть для бд" - делить и мапить
GT
всем спасибо, суть понятна
AM
Обычно не все поля модели сервера юзаются на клиенте
A
Народ, а как конвертировать апимодель в дбмодель, с учетом, что в апи нет id поля, а в бд есть с автоинкриментом?
NM
вообще нет никакого id на api?
A
вообще нет никакого id на api?
Нет, только 2 кастом поля и стринг
n
Нет, только 2 кастом поля и стринг
Но ведь как то они идентифицируются? Может лучше составной первичный ключ использовать вместо id с автоинкрементом?
A
A
вообще нет никакого id на api?
n
Мне кажется у вас отношения наизнанку вывернуты
A
Но ведь как то они идентифицируются? Может лучше составной первичный ключ использовать вместо id с автоинкрементом?
ну единственное, что не повторяется, это дата
A
Мне кажется у вас отношения наизнанку вывернуты
что значит наизнанку?
NM
ну единственное, что не повторяется, это дата
использовать дату вместо ключа так себе решение
n
что значит наизнанку?
Хз, возможно и кажется. Без большего объема кода не скажу. У вас моделька SummaryDb что ли на список Country id содержит? Или у вас из одной модельки сети много моделек базы создается и countriesId это id только одной Country?
n
Если второе - то в принципе норм. И можно хоть все три поля в составной первичный ключ закинуть по идее. Если это бизнес логике соответствует. А если нужно например хранить последнюю дату чего то в разрезе страны и этого глобал - то только два id которые внешние ключи - закинуть в составной первичный.
n
использовать дату вместо ключа так себе решение
Как часть составного ключа - вполне норм. Да и просто одну дату тоже норм, если нужно гарантировать уникальность записей на дату эту самую.
A
Хз, возможно и кажется. Без большего объема кода не скажу. У вас моделька SummaryDb что ли на список Country id содержит? Или у вас из одной модельки сети много моделек базы создается и countriesId это id только одной Country?
У меня 3 модельки сети и 3 базы так же
A
Хз, возможно и кажется. Без большего объема кода не скажу. У вас моделька SummaryDb что ли на список Country id содержит? Или у вас из одной модельки сети много моделек базы создается и countriesId это id только одной Country?
Вообще да id на весь список
n
У меня 3 модельки сети и 3 базы так же
Ну в общем без ER диаграммы или хотя бы кода сетевых моделек + room моделек + мапперов на гисте где нибудь + информации о бизнес логике - трудно что то вменяемое посоветовать.