поддерживает поиск и аггрегации по нему (JSON_VALUE), не знаю насколько быстро это будет и дорого ли это по месту
неет, в отдельную таблицу мне ни в коем случае уже нельзя. это очень дорого, я уже оптимизирую как раз нормализованные связи
ты очень странно оптимизируешь)
сейчас слишком долгая выборка из-за джоинов, ввиду большого количества объектов в таблице с которой идет джоин
короче мне не нужно выносить это в отдельную таблицу. мне нужно найти способ хранения этих данных в одной таблице и выборки по этим данным в SQL , они не всегда нужны, но когда нужны - выбираются вторым приоритетом (после родительского объекта)
если ты выбираешь из второй таблицы по одному id который FK, и индекс у тебя на этой колонке есть то это наверное самый быстрый способ вообще. вместо джоина можно сделать подзапрос типа where A.id=X and exists (select * from B where parentId = X and id = Y) но не знаю насколько будет быстро
да это уже все есть. медленно
тогда искать другой тип хранилища
Обсуждают сегодня