нет, таких полей слава богу нет)

я видел в обсуждениях что уже года 4 как хотят добавить selectAndMap, но что то никак

может это было бы решением моей проблемы) По крайней мере хочется чего то удобного от орм-ки

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

с сущностями работать конечно сказка, но вот когда не получается их использовать печаль

слушай, я на прошлой работе парсил весь блокчейн биткойна в mysql-базу, там одна только таблица транзаций весила под полтерабайта… и оно так сильно не тормозило… 🙂 10-30 секунд – это либо индексов не хватило и она пошла читать таблицы целиком, либо у тебя подзапросы и где-то на каком-то этапе ты заранее не отбросил лишнего и она какой-то промежуточный результат нагенерила на кучу строк, просто чтобы его посортировать и выкинуть потом из него чуть менее чем всё…

например есть известный прикол с ORDER BY RAND() – если там даже есть LIMIT 5, то чтобы такой запрос отработать надо выбрать вообще все строки, дать каждой случайный вес, целиком это всё отсортировать и потом выкинуть всё кроме первых 5 строк… понятное дело что на табличке с 100500 строк это будет нещадно тормозить. но если в SELECT выбрать только нужные поля – тормозить будет чуть меньше (сортировка будет полегче проходить), но это всё равно плохо – потому что всё равно много лишнего труда на промежуточном результате, который придётся потом выкинуть чуть менее чем весь…

рандомные сортировки вообще можно совершенно иначе сделать, оптимизировать под индексы и там вообще всё летать будет на таблицах любого размера…

суть в том, что если у тебя есть где-то промежуточные подзапросы которые выцепляют и начинают перелопачивать тысячи строк – во-первых ты это увидишь в EXPLAIN, во-вторых, лучше как-то выкрутиться и соптимизировать их сразу на уровне запроса. потому что даже срезав сейчас затраты, выкинув часть полей из запроса, ты потом всё равно столкнёшься с тем что таблица вырастет и опять всё начнёт тормозить…

да, есть 2 промежуточные таблицы, результаты которых я не вывожу

Проверю так же все ли индексы прописаны!

@constb Спасибо за коментарии, полезная информация!

удачи 🙂

благодарю!))

Привет! В typerom сохранять ключ связанной таблицы можно только переопределяя поля у объекта и потом вызывая save ? Нет ли способа это делать иммутабельно ?

что может быть не так?(

а что ты делаешь в предроследней строке? И что у тебя в article?

в article entity

у меня метод который апдейтит article

по идее нужно так: {
...oldFields,
...newFields
}