SS
А, ему только сохранять надо? Тогда еще проще. Кастомная реализация вставки, которая принимает Item, а внутри insert это всего в плоскую структуру
А вот это поле:
"clouds": {
"all": 90
},
тут всегда написано "all"?
Size: a a a
2020 February 11
M
я незнаю..
M
Нужно задействовать 3 сервиса погоды, у всех JSON разный
DS
В общем ты можешь запихнуть всё в одну таблицу, тогда у тебя один большой класс будет.
DS
Можешь коллекции выносить в отдельные таблицы, тогда проще маппить будет.
DS
Нативные запросы тебе не нужны, можешь просто обычные репозитории использовать.
DS
Но парсить лучше всё равно в какую-то временную структуру
DS
А потом уже класть в этот большой объект
DS
Классы не обязательно руками генерировать, можно всякие сервисы типа http://www.jsonschema2pojo.org/ использовать.
M
О! а это уже интересно
M
спс, не знал про такой сервис
M
Нужно сделать 4 таблицы. 1-data, city, openWeather(oneToOne), someWeather(oneToOne), therdWeather(oneToOne) 2- openWeather(со всеми полями JSON), 3-someWeather(со всеми полями JSON), 4-therdWeather(со всеми полями JSON)
DS
Нужно сделать 4 таблицы. 1-data, city, openWeather(oneToOne), someWeather(oneToOne), therdWeather(oneToOne) 2- openWeather(со всеми полями JSON), 3-someWeather(со всеми полями JSON), 4-therdWeather(со всеми полями JSON)
Это клиент сказал?
M
Думаю так сделать
M
нет я так думаю
SS
А что, данные в ответах прям совсем разные?
DS
Если они сильно разные, то может такое разделение по таблицам не подойдёт для других сервисов
M
JSON разный, названия полей разные
DS
Правильнее, наверно, всё-таки не разбивать на много таблиц. Только коллекции в отдельные таблицы.