VS
Size: a a a
2020 November 14
VS
оно работает если я пишу сверху над классом, но у меня конвертеры одинаковых типов, а мне нужно на каждое поле свой
KK
а в чем смысл ссылаться в столбце на свои же айдишники?
СС
чтобы не было возможности добавить или изменить поле на несуществующий id
СС
правильнее было бы создать дочернюю таблицу...
KK
Но это же проще запретить программно, чем городить огород в базе. К тому же обычно это вообще autogenerated поле (если это те id, которые мне представляются)
СС
можно и программно, но думал, раз чистый SQLite работает, то можно и в ROOM сделать.
KK
Да тут даже дело не в том, что это не получается сделать в ROOM, а в том, что валидацию можно сделать множеством других, более очевидных и простых способов
СС
придется писать код проверки наличия id перед изменением поля
СС
понимаю, что само понятие "ForeignKey" - внешний ключ, и правильнее было бы создать дочернюю таблицу, но хотелось уйти от избыточной информации, там есть сортировка и пришлось бы создавать еще поля для этого
KK
Без обид, но из прочитанного я понял, что у тебя немного неправильное представление о построении таблиц. Тебе, конечно, виднее, но это само по себе странно звучит - "там есть сортировка и пришлось бы создавать еще поля для этого".
СС
согласен, большого опыта у меня нет, я как бы "начинающий"
СС
просто удивился тому, что ROOM ведь - это надстройка над SQLite, как бы должен был бы уметь делать такое внутри таблицы. чисто гипотетически...
KK
Почитай о том, как вообще строятся таблицы, просто нет вообще никакой проблемы в том, чтобы отсортировать каким либо способом - программно, либо докинуть какой нибудь ORDER BY в запрос
СС
сортировку я могу делать, но там много нюансов
СС
приложение - фамильное древо, периодически добавляются потомки и предки, айдишники идут по нарастающей, и порядок детей по возрасту у предка приходится сортировать мудреным способом
KK
ну я ж говорю, никто не мешает обработать эти нюансы кодом. Ну просто для понимания - это супер костыльное решение, делать чтобы id ссылались на себя.
СС
понятно, будем менять структуру базы
KK
не ну тут тогда все намного проще - отдельная таблица просто с людьми и отдельная таблица со связями, все (в стиле Отец|Сын)
КМ
Для этого есть интеллижы
☹️