172 похожих чатов

Как правильно разложить по таблицам вот такой объект данных? У каждого

юзера может быть много объектов travels. Каждый travels уникален и никогда не повторяется ни у юзера ни у других юзеров.

{
"user_name":"Jon_12",
"first_name":"Jon",
"last_name":"Getsby",
"user_id":2438207,
"travels" : {
"type":"Vacation",
"id":1,
"city":[
"Toronto",
"Sidney"
],
"rivers":[
"Missisipy",
"Amazonka"
],
"comment":true,
"good":[
"good people",
"good weather"
],
"bad":[
"expensive",
"long away"
]
}
}

Я понимаю, что будет табличка _users и табличка _travels и у _users будет связь с _travels.

Не пойму как организовать _travels...
1. Как табличку в которой будут лежать отдельные объекты по ключам-id юзера?
2. Или как наборы объектов _travels которые будут лежать внутри массива по ключу юзера...

В первом случае, при выдаче данных пользователя нужно будет выбирать из _travels все объекты по id пользователя и джоинить к основным данным...

Во втором случае, брать в _travels массив с объектами по id-ключу юзера...

Как будет правильно и оптимизированно?

9 ответов

11 просмотров

Придумывать таблицы по структуре json-а - плохая идея. Надо отталкиваться от логики бизнесовых требований, а также источников данных, которые у вас будут. Вот у вас там есть списки топонимов, разделённые по типам. Может быть, это должна быть таблица-справочник топонимов с типизацией + таблица связи многие-ко-многим с travels. Отдельно, видимо, будет таблица положительных и отрицательных моментов в связке с travels. И тут может быть как зависимая таблица, так и справочник + связь. Но опять же, у вас может быть бизнес-требование, которое сделает такую схему жутко неудобной. Кстати, зачем вы добавляете _ в начало имени таблицы? Это очень странно смотрится. Уж лучше делать общий для таблиц всего проекта префикс.

Vitaliy-S Автор вопроса
Radist
Придумывать таблицы по структуре json-а - плохая и...

Хм .. Про таблицу с топонимами я подумаю. Ценное замечание... Нижний префикс почему-то добавляет ОРМка .. Я уже привык к этому .)

JSON в БД - это MongoDB.

Vitaliy-S Автор вопроса
Александр
JSON в БД - это MongoDB.

Мне нужен Постгрес. ) С Монго я бы таких вопросов не задавал.

Да сделайте Вы обычные нормализованные таблицы (какие — Вам виднее, по одному примеру не скажешь), что тут думать? ;)

Александр
JSON в БД - это MongoDB.

Забавно, а я-то думал, что, цитирую, "монга должна умереть", и появление jsonb - один из чекпоинтов на пути к этому

antuan
Забавно, а я-то думал, что, цитирую, "монга должна...

Я когда шучу смайлики не всегда ставлю.

Vitaliy-S Автор вопроса
Yaroslav Schekin
Да сделайте Вы обычные нормализованные таблицы (ка...

Когда в Постгрес и вообще в базы данных только третий день вникаешь - есть о чём думать... )

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта