Пользовательские запросы к БД в MODx Revolution

[mediaton]

Спасибо за материал, по работе с xPDO его не так много на русском

[Fi1osof]

Пожалуйста!

[bezumkin]

Хочу немного дополнить — пара фокусов с xPDO.
Обратите внимание на скорость и потребление памяти у разных запросов.

На xPDO можно работать очень быстро, только не все об этом знают.

Кстати, вместо getCollection() можно использовать getIterator() — меньше жрет памяти.

[Fi1osof]

Опять небольшой лаг с ответами.
Чуть ниже написал.

[Fi1osof]

Василий, спасибо!
Знал, что можно чуть более изящно написать, но что-то не докопал. А то у меня два раза prepare() двух объектов делается, хотя можно в одном все сделать.
Оставлю прошлый вариант как демонстрашка и перепишу с учетом $q->stmt->

[Andchir]

Лучше делать так

...
$q->prepare();

if($q->stmt && $q->stmt->execute()){
    $result = ...
}

Вообще очень полезная статья.

[Fi1osof]

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

[Marseleon]

что насчёт ускорения $modx->getChunk? Делаю обычным способом запрос (getObject->getMany->getMany — нужно вывести дерево такое же, как в админке занесено) — запрос выполняется ~1.5 секунд, при включенном кеше — это хороший результат, но как только добавляю getChunk получаю результат ~40 секунд, что очень плохо даже с кешем (кеш nginx сбрасывается каждый час и кому-то «невезёт»).

[Marseleon]

оказывается была проблема в том, что я «комментировал» html куски через [[ <html/> ]] (то есть modx не находил такой снипет и ничего не отображал)

[Fi1osof]

Честно скажу: тут ничем не помогу. С этим не сталкивался.

[Andchir]

getChunk нормально по скорости. Эта функция кэширует чанк, а не делает каждый раз запросы.