Какие данные хранить в mongodb, в какие в mysql?

Question

[VKhotey]

Здравсвуйте! Я делаю магазин, у него есть категории и продукты их я храню в mysql со связями many to many.

К продуктам можно добавлять не ограниченое количесто опций и вариатов к опциям, к примеру:
Опция: Размер; Варианты: m, l, s;
Опция: Цвет; Варианты: сниний, зеленый;

Храню опции в mongodb, чтобы не создаваь еще 3-4 таблицы и потом не делать большие джоины чтобы собрать опции, варианты и продукты в mysql, в mongo опции выглядят так:

import mongoose, { Schema } from 'mongoose'

const ProductOptionSchema = new Schema({
  productId: {
    type: Number,
    required: true,
  },
  name: {
    type: String,
    required: true,
  },
  options: {
    type: [
      {
        name: {
          type: String,
          required: true,
        },
        value: {
          type: String,
          required: true,
        },
      },
    ],
    required: true,
  },
})

export default mongoose.model('productOption', ProductOptionSchema)

Вопросы:

1) Чтобы собрать данные я сначала получаю продукты из mysql, потом по id проуктам получаю опции и маплю их к продуктам, является ли это решени правильным или лучше перенести данные в mysql ?

2) Так же чтобы не создавать много таблиц думал сделать подобную логику для заказов, тк в mongo структура данных документ всю информацию можно занести в него не создавая много таблиц и связей как в mysql ?

3) Какие данные, информацию вы храните в mongo ?

Comments

[sim3x]

Вы используете монгу как кеш?
Но ведь есть кеши побыстрее и попроще

[VKhotey]

нет, чисто для удобства хранения данных

Answer 1

[Sanovskiy]

А зачем вам в данном случае вообще Mongo? Опции вполне нормально можно джойнить при условии, что индексы проставлены верно. После первого раза запрос закэшируется и будет работать довольно быстро. Это при условии, что вы пишете запрос с использованием биндов.

Comments

[VKhotey]

Чтобы не создавать таблиц для опици, свзязи опций и продуктов, и таблицу вариатов которую потом привязать к опциям и потом это все джоином собирать. В mongo это все можно в 1н докумет записать и потом сделать запрос по id продука и сразу получить всю информацию, вот и спрашивал имеет такая логика место быть или это не правильно ?

[longclaps]

VKhotey, для опици (прикольно, чо) можно использовать поле типа json или key-value - в postgresql точно есть то и другое, в современном мускуле вроде тоже есть.