ну и на ночь глядя. На большом кол-ве ресурсов DocLister в старой версии тоже быстрее=)

очень сказывается включение настройки enable_at_syntax

а зачем ее включать

для того чтобы не переписывать код

не предполагал что так негативно сказывается на скорости

Какая красота 😍🤣😍

Что такое at_syntax?

Ну вот так и делаю в итоге ))

Это чем-то напоминает дебаг скорости в трейси, из лога которой внезапно пропали все запросы через modx db api )))

Зато запросов стало намного меньше

Занятно, что в eloquent обязательно в каждой таблице делать поле primary id.
А если оно мне не нуна?!

Хотя, наверное, с точки зрения скорости работы при апдейте уже загруженных в память записей, с которыми происходит работа в текущий момент, их апдейт или удаление происходить будет быстрее, при указании (повторном поиске в момент апдейта или удаления) по id, а не когда по нескольким условиям в where.

https://laravel.com/docs/8.x/eloquent#primary-keys
В eloquent все-таки нужно иметь какой-то primary id (key) - издержки системы. Хотя  технически можно его отключить

protected $primaryKey = null;

и отключить инкремент

public $incrementing = false;

Я подумал, что не буду выпендриваться и бороться, а потому соглашусь с наличием обязательного id. ;))

Когда-нибудь пригодится разобраться с этим. (:
Они не везде нужны, да и часто бывает нужно по двум ключам создать первичный ключ. (%

Эти два ключа я взял себе на заметку. Спасибо.

Читал доку, там пишут, что пользуйте id, а двойный и тройные ключи вам никто не запрещает пользовать в виде уникальных индексов таблицы.

У меня в общем-то в основном таблицы без autoincrement айдишников. Зато как раз двух и трёх ключевые.

Предположил, что по id быстрее будет происходить поиск в mysql. Чем по трём полям. Хотя наверное это должны быть ТАКИЕ нагрузки, чтобы это стало заметно... На ТАКИХ нагрузках вполне возможно, что лишнее поле (id) в таблице будет создавать сопоставимые задержки. Короче я сильно загоняюсь на экономию времени поиска.

Тут первоначальный "загон" в том что используете eloquent - он явно, как прокладка, не добавляет скорости. ((%

потом, наверное, этот id нужен для бесшовной (или как это умно называется) внутренней адресации данных внутри eloquent. Это предположение. Не смотрел, как оно там устроено.

Да, там реализация такая что связи строятся через первичные ключи id эти. Есть, например, старая либа https://www.notorm.com которая делает тоже самое только как по мне проще и без "тормозов". ((:

А вот создание составных первичных ключей тоже полезны и помогают.