entity класс для api к веб сервису, но на основании него надо сохранять разные базы данных (запрос имеет параметры от которых меняются данные), как из этого выходили? Делали разные базы или один большой монолит?
> сохранять разные базы данных подробнее?
Ну я предполагаю создавать экземпляр на основе текстовой строки запроса в виде имени. И создать класс фабрики который будет возвращать экземпляр необходимой базы.
Вы каждый раз планируете создавать новую бд со всеми таблицами?
Под каждый запрос, да. Или лучше создать монолит, где данные будут разделяться именем запроса(текстовой строкой)?
а можно без «экземпляра», «текстовой строки» и «класса фабрики» задачу сформулировать?
Не знаю, зачем такое, но создание новой базы данных на каждый чих выглядит странно 🤷♂
Есть публичное api, с которого я хочу сохранять данные по дням. Сохранять хочу в базу данных. Тип данных всегда один и тот же. Но в зависимости от параметров запроса(территория и т.д) данные будут приходить разные. Вот как лучше хранить?
В таблице
а разные данные одного и того же типа — это что всё-таки значит?
Ну люди в Москве получат одни данные, а в Питере другие, но структура данных одна и та же.
Одна на все запросы?
дык добавь колонку «местоположение»
Что такое запросы?
Там много всего можно набрать, там не только местоположение.
Знакомы с понятием "нормальная форма бд" ?
Пользователь в соответствие с документацией может выбрать достаточно большой объём параметров в соответствии с которыми ему будут возвращены данные. Уникальный набор таких параметров и будет запросом.
Сейчас пойду читать)
Обсуждают сегодня