Какую использовать СУБД?

Question

[iGarett]

Я совсем еще новичок.
База данных: категории изображений (заголовок, картинка категории) и сами изображения (заголовок, описание, картинка)

Пишу на Node.js. Какую в данном случае правильно выбрать СУБД? MySQL? mongodb?
Попытался на mongodb, но не разобрался как связывать категории и изображения.

Подскажите пожалуйста, какую нужно выбрать СУБД. Или как это сделать на mongodb?

Answer 1

[sim3x]

Postgres

умеет быть консистентной
умеет json

Comments

[Сергей Протько]

mysql тоже, но это чисто для того что бы быть справедливым. Сам то я постгрю использую.

Answer 2

[Сергей Протько]

но не разобрался как связывать категории и изображения.

У вас не должно быть связей в mongodb. Все связанные сущности должны лежать в пределах одного документа. Вот и весь секрет. Это налагает весьма строгие ограничения по тому как вы должны строить структуру базы. Профит - гибкость, масштабирование, удобненько... Но нужно понимать что делаешь ибо если появляются связи - вы проиграли (ну почти).

В mysql напротив все данные желательно хранить в нормализованном виде (хотя бы 3-я нормальная форма).

p.s. sim3x прав, можно пойти на компромис и использовать mysql 5.7 с поддержкой json или postgresql 9.4+. Все зависит от того зачем вам монга. Но подозреваю что у вас сейчас не те проблемы которые монга хорошо решает.

Comments

[iGarett]

Оу! Сложновастенько осмыслить это ))
А как тогда в mongodb сделать выборку, например, всех изображений из определенной категории.
Хочется найти живой пример .. ((( Чтобы прям дошло как оно должно делаться

[Сергей Протько]

iGarett: а никто и не говорит что все это легко. Это легко когда поработаешь с этим пару лет.

В целом можете попытаться разобраться с таким термином как "агрегат сущностей" и "корень агрегата сущностей", принимая что в одной коллекции должен лежать агрегаты сущностей с явно выделяемым корнем вверху. Вот в нашем примере аргегат сущностей это категория и картинки относящиеся к ней. Корень - категория. Соответственно у нас одна коллекция категорий, каждая из которых хранит массив картинок.

Ну и обязательно почитать что такое нормализация и денормализация. Чем сущности от объектов-значений отличаются и т.д.

[iGarett]

Сергей Протько: Спасибо! Ушел разбираться ... )

[Алексей Ярков]

Все связанные сущности должны лежать в пределах одного документа

А ограничение в 16 Мб на размер документа в Монго?

[Сергей Протько]

Алексей Ярков:

16 мегабайт данных для одного агрегата сущностей это... довольно много. Если у вас выходит больше - вполне вероятно что что-то пошло не так и вам нужно разделить это дело (на несколько агрегатов в разных коллекциях, никаких связей). Возможно у вас там графы хранятся, или то что хранится как поддокументы на самом деле самостоятельная коллекция агрегатов. Словом вариантов много, но все же бывают случаи когда "не влазит".

В целом есть варианты с GridFS (разбить жирный документ на маленькие куски) но это скорее кастыль и с ним могут быть проблемы.

Ну и опять же, свет клином на монге не сошелся. Есть и другие документно-ориентированные базы данных. Просто они все намного более специфичны. Монга больше тянет на базу общего назначения.

Answer 3

[Greg Popov]

Субд и бд разные вещи, картинки в базу писать не нужно, достаточно ложить их путь туда.

Comments

[iGarett]

Картинки конечно не нужно хранить в базе, я понимаю. Вопрос в другом: чтобы реализовать связи между картинками и категориями, что лучше использовать и как )
(одна картинка во многих категориях, и много картинок в одной категории)

[Greg Popov]

Две таблицы. Связь один к многим. Хоть тебе одна картинка, хоть сто. Можно использовать связи MySQL (Innodb), можно с помощью ORM прослойки все накрыть на уровне кода (но создавать связи в коде и не использовать их в базе — плохой тон)

[iGarett]

Как это сделать с помощью реляционной бд я тоже понимаю, не понимаю как в mongodb. Отсюда и задаю вопрос, использовать тогда для этого случая MySQL (например) или mongodb и как тогда в монге делаются эти связи )))

[Greg Popov]

iGarett: М — Мануал (https://docs.mongodb.com/manual/tutorial/model-ref...