Лучше всего на людях экстракты не тренировать.
Всё же лучше сначала тренироваться на лабораторных мышах, на других животных.
А только потом переходить на людей, и причём, только добровольцев.

Я лично думаю, что это — нереляционная ересь...

Лучше так: кончай ты с этими таблицами возиться, это же прошлый век!
Всю базу, все данные пихай в JSON, а лучше - в JSONBвсё сразу станет шикарно, никаих SELECT, никаких JOIN...

А если много болтают, может можно на таких?)

я тоже считаю так, но как более реляционно тогда сделать единый лог событий из разных таблиц?

Просто надо рисовать объектную модель на реляционке, и всё.
И применять наследование событий.

Язык SQL. Базовый курс: учеб.-практ. пособие

Автор:   Моргунов, Е. П.
Год издания:  2017

#sql #русский

Привет! У меня два вопроса, касающиеся нереляционных бд: 1) что делать, если получается много "связей" между коллекциями; 2) можно ли не юзать _id для того, чтобы связать две коллекции, а взять другое уникальное значение и потом не пожалеть?

Запахло (жареным) MongoDB…
Попробуйте графовую бд, если у вас много “связей”, например ArangoDB или Neo4j, но есть и другие))

очень абстрактный вопрос, нужно конкретнее, какая схема данных требуется

Спасибо за совет, попробую)

Другая версия вопроса: Есть нереляционная бд (mongo). В каждом документе коллекции Car есть уникальное значение (vin) помимо идентификатора, который mongo генерирует по дефолту. В базе данных нужно сделать "связь" (в документах User должны быть идентификаторы документов Car). Вопрос: что лучше использовать: _id или vin? Есть ли вообще разница? Просто с фронта будет приходить vin, который никогда не изменяется.

Мне сказали, что можно кастомизировать ObjectId

ну если и то и то уникально, то разницы нету

но лучше _id юзать для связи, не могу сказать почему, потому что не работал с монгой, но что-то мне подксказывает что _id лучше)))

Только придётся индексировать самому

Тпк что да, id лучше)

Я ж говорил что пахнет жареным (MongoDB) 😅

А зачем Mongo? Или это учебное задание?

Просто играюсб