PDO_MySQL: можно ли узнать наличие записей в result set'е без сдвига курсора?

Question

[Prescott]

Добрый день,
имеется огромное приложение на php, использующее устаревшие функции mysql_* для доступа к БД. Все это добро было решено перевести на pdo_mysql. Все функции работы с БД были успешно переписаны за пару дней на PDO'шные путем замены имен функций регулярными выражениями по проекту (ORM использовалась лишь частично, в погоне за ресурсами).

Вопрос встал только на функции mysql_num_rows. Я понимаю, что без fetchAll в pdo_mysql не получить количество срок, по-этому было решено разделить все вхождения mysql_num_rows на два типа:
1) те, которые действительно считали строки - это требуется и использовалось не часто, по-этому было благополучно за полдня переписано вручную на fetchAll + foreach
2) те, которые проверяли, есть ли строки в результирующем наборе (таких несколько сотен).

Для второго варианта, согласно документации функции PDOStatement::columnCount, была написана функция rs_isEmpty($rs), так как columnCount должна возвращать 0, если резалт сэт пустой. Однако, это не так: https://bugs.php.net/bug.php?id=66613 (репорт мой)

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

Answer 1

[Melkij]

Вы строки и столбцы не различаете?
ru2.php.net/manual/en/pdostatement.rowcount.php

Comments

[Prescott]

Как оказалось, на свежих версиях pdo/mysql оно действительно работает для select запросов.

Answer 2

[Prescott]

А вы документацию читаете? Для select запросов не работает.

Comments

[Melkij]

Работает. Но согласно документации, не гарантируется для всех драйверов.
./ext/pdo/pdo_stmt.c более лаконичен:
Returns the number of rows in a result set, or the number of rows affected by the last execute(). It is not always meaningful.

[Prescott]

Ну вот как раз на mysql работает только с affected rows, по крайней мере на версии 5.5.16

[Prescott]

Так, вынужден забрать слова обратно. Перепроверил, сейчас действительно работает. Неделю назад проверял на другом окружении - не работало. Видимо играют роль версии драйверов и mysql.

Answer 3

[FanatPHP]

Ерунда какая-то.

те, которые действительно считали строки - это требуется и использовалось не часто, по-этому было благополучно за полдня переписано вручную на fetchAll + foreach

Какое отношение к подсчету строк имеет foreach? count наверное имелся в виду?

те, которые проверяли, есть ли строки в результирующем наборе (таких несколько сотен).

а здесь как раз нужен fetchAll + foreach и проверка сведется к проверке результата fetchall.

все вхождения mysql_num_rows

Таких вхождений должно быть в среднем ноль на веб-приложение.
Если же они есть, то приложение написано криво, а функция используется не по назначению.

А вы документацию читаете? Для select запросов не работает.

Обновить документацию не пробовали? с 2004 года она могла немного поменяться. На худой конец можно попробовать и посмотреть самому. Это не так сложно, как кажется.

ЗЫ: Я очень надеюсь, что речь идёт о подсчёте именно в резалтсете, а не в базе.
ЗЗЫ:

Все функции работы с БД были успешно переписаны за пару дней на PDO'шные путем замены имен функций регулярными выражениями по проекту

- т.е., была проделана абсолютно бессмысленная, никому не нужная и совершенно бесполезная работа.

Answer 4

[Prescott]

Обновить документацию не пробовали? с 2004 года она могла немного поменяться. На худой конец можно попробовать и посмотреть самому. Это не так сложно, как кажется.

Я пробовал, причем не на самых старых версиях - не работало. Сейчас действительно работает, вопрос решен.

- т.е., была проделана абсолютно бессмысленная, никому не нужная и совершенно бесполезная работа.

ок