Заметил интересную вещь, все объявления, которые появляются, имеют возраст около 20 минут. Они 20 минут не попадают в oDesk API, но видны на сайте, или эти 20 минут они лежат где-то в лимбе оДеска и их никто не видит?
В версии 1.5 есть шаблон блога категории и шаблон блога раздела. Второй пункт может подойти (если перенести все нужные категории в один раздел), но хотелось бы решение на уровне категорий.
Запускаем в цикле на минуту-две, каждые 5 секунд получаем метрики по производительности.
Смотрим на них и понимаем, что после, скажем, 30-й секунды, производительность устаканилась — не растет и не падает.
Считаем, что 30 секунд — время разогрева этого конкретного приложения, далее все тесты начинаем с этого времени.
Насчет «НЕ» я сразу понял, что опечатка :) поэтому и говорю: большие объемы лучше бы делать в базе, если хотим сохранить нормальную производительность.
fetchall в php… никогда не пользовал, извините
JDBC-интерфейс CallbleStatement позволяет доставать резалт-сет, с ним работаем как обычно. Обертку под свои нужды придумать несложно.
Отвечая на вопрос:
Попробуйте conn.createStatement() вместо conn.prepareStatement().
По крайней мере таким примеры есть на stackoverflow
Также, если вы все-таки хотите докопаться до сути вопроса, stackoverflow предложит гораздо больше ответов. Но и по имеющимся там топикам генеральная линия ответов примерно такая — «так просто не надо делать, это плохой дизайн» хранимые процедуры не лучшее место для бизнес логики — а для чего они, по вашему, хорошее место?
Вы хотите гонять данные от двух резалтсетов по сети и процессить их, в том числе из-за того, что "результаты запроса могут и поместиться целиком в память". Это будет медленно и глючно, гарантирую.
* пока муж работает