@Aspromist

Всем привет! Пишу приложение на ноде в учебных целях. Нужно организовать структуру БД автозапчастей, но из-за отсутствия опыта решил, как говорится, сначала семь раз отмерить.

Собственно сама проблема - есть потребность предоставлять объявления (для примера - как на авито), поиск по маркам и моделям авто, по их классу (спецтехника, грузовое, легковое, мототехника), по классу запчасти - двигатель, ходовая часть, кузов, электрооборудование и т.д.

Использую MongoDb. Наверное будет плохо хранить все в одной таблице, т.к. время поиска по запросу увеличится. Можно разделить это все дело на несколько таблиц, а вот по какому принципу лучше поделить - мне не совсем понятно, но думаю, что лучше делать разрез для часто используемых запросов - например для каждой марки авто своя таблица. Хотелось бы эту гипотезу о разделении таблиц по маркам авто, а также выслушать любые советы или критику по моему проекту в целом.

Также хочется реализовать текстовый поиск по объявлениям, справится ли обычный текстовый поиск у Mongoose, или нужно подключать библиотеки, которые ищут по склонениям слов и т.д.?


И спасибо за внимание к моей теме

0

@muxahuk1214

1. вопрос не в правильной теме. Такой вопрос больше подойдёт в Базы данных, чем в ноду.
2. Вопрос хоть и конкретный но спрашивает о "глобальных" темах, на которые у каждого чел-ка может быть своё мнение.. т.е. нет "правильного" ответа на этот вопрос.
3. в монгоДБ нет таблиц, там документы.

По вопросу:

mongoDB для того и создан, что бы не разделять информацию. И как раз таки хранить всю информацию в одном документе - не плохо в mongoDB (для того собственно она и создана и концепт nosql подразумевает что данные будут в 1-ом месте)

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

Ничто не мешает вам создать дополнительные документы хронящие части данных, такие как "марки авто", но при этом в документе в котором вы храните запчасти (по теории nosql) вы должны так же хранить этот "кусок" информации (и потом вам нужно будет синхронизировать все данные между двумя документами т.к. join'ов нет в nosql)

Если вы реализуете конкретно поиск (не хранение и изменение или другого рода операций с данными, а конкретно как поиск), то лучше посмотреть на использование elastic search для этого.

1

@Aspromist

Спасибо за ответ! Да - под таблицами я имел ввиду коллекции документов, я просто привык к MSSql.
В общем, еще пообщавшись с людьми из чатика NodeJS в слаке, принял решение использовать PostgreSQL.

0