у меня в некоторых полях хранится json массив со значениями, которые по порядку совпадают друг с другом. Чито? Пример? у меня в некоторых полях хранится json rtfm.modx.com/xpdo/2.x/class-reference/xpdoobject/field-accessors/fromjson <img src='.implode(',', $res->get('put_kartinka')).'> $res->get('put_kartinka') массив возвращает? В таком случаи у вас будет несколько «put_kartinka» через запятую в одном src. А хотелось бы чтобы вывод был с использованием чанка rtfm.modx.com/revolution/2.x/developing-in-modx/other-development-resources/class-reference/modx/modx.getchunk Принимает как раз массив. Не будут открываться ссылки с 400 ошибкой — перетащите ссылки в адресную строку браузера.

Сорри, что в топик не свой дописал, но сервис довольно полезный poiskvps.ru/

Лучше уж топиком на главную напишите. И подробней о ситуации.

Магазин Хостинг-технологии (vdsina.ru) ущемляет права потребителей, нарушая статью 29 «Закона о Защите прав потребителей» — отказ в возврате средств, навязывание не затребованных услуг. Администрация считает, что их правила главнее Российского Законодательства. Будьте осторожны — магазин vdsina.ru не уважает своих клиентов!

Так вы покопайте глубже и разузнайте каким образом мускул выбирает нужный индекс. С большой долей вероятности он какую-то выборку данных для этого делает чтобы понять какой индекс лучше подходит. На хабре когда-то статья была, в которой чел писал, что мускул не всегда выбирает наиболее правильный индекс. Это может означать только то, что механизм выбора довольно сложный и не однозначный.

Никогда бы не подумал, что MySQL тратит так много времени на выбор подходящего индекса из нескольких возможных. Это время сравнимо со временем выполнения запроса. А если в таблице индексов много (и многие из них возможно использовать в запросе), то выбор оптимального занимает времени на порядок больше, чем время выполнения запроса.

Вообще-то именно расширение системных таблиц не относится напрямую ни к мап-файлам, ни тем более к scheme.xml. И забудьте вы уже про эту scheme.xml. Она нигде кроме как для генерации мап-файлов не используется.

На счет правильности подробнее свои мысли можете выложить? Я вот думаю так: у вас вот в профилировании информация range tmplvarid,tv_cnt,idx_tv_value,idx_value_tv Это возможные используемые индексы. Вот как у меня в запросе: ? Тут два возможных индекса: contentid,value. А вот запрос, где я явно указал какой индекс использовать: ? А здесь только один возможный индекс, который я и указал. Не кажется ли вам логичным, что когда индекс явно указан, мускулу не приходится перебирать все остальные индексы, чтобы выяснить какой из них наиболее подходящий? И что это должно положительно сказываться на скорость выполнения запроса (и скорее всего на statistics)?

Николай, скажите пожалуйста. В статье на хабре Вы говорили только про создание мап файлов в компоненте, которые будут расширять системные таблицы. А можно ли это реализовать как-то создав файл scheme.xml?

Я перед каждым запуском запроса вношу реальное изменение в ту таблицу, которая в запросе используется (как правило, это таблица ресурсов). Для этого у меня рядом отдельная вкладка с формой редактирования тестового ресурса.