CRM Руководитель - Форум

Живой пример.
6 лет работы в СРМ Руководитель привели к тому, что в базе данных таблица app_comments имеет самый большой размер = 90 МБ и 401 тыс. строк. Есть ощущение, что комментарии стали подгружаться чуть дольше.
И понимание, что со временем из-за дальнейшего роста размера таблицы будет всё хуже.

Предложение: В Версии 3.6. разбить таблицу app_comments на несколько таблиц, по одной для каждой сущности.
Например, app_comments_21 , app_comments_22, и т.д.
По аналогии с app_entity_21_values и app_entity_22_values
Заложить это в механизм /install/autoupdate/from_3.5_to_3.6.php

Понятно, что это повлечет за собой также и переделку php-файлов срм, отвечающих за отображение комментариев.
А также за учет истории изменений (в Дополнении)

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

Согласен, было бы удобно.
У меня у самого таблица весит уже 75 МБ

+1

Зачем что-то усложнять, если нужен всего лишь составной индекс на entities_id и items_id
Точнее даже items_id и entities_id (потому-что чего меньше, тот и первый в индексе)

Vladzimir писал(а): ↑17 мар 2024, 20:04 Зачем что-то усложнять, если нужен всего лишь составной индекс на entities_id и items_id
Точнее даже items_id и entities_id (потому-что чего меньше, тот и первый в индексе)

И возможно поработать над запросом в БД, подгружать лимитом