Результат выполнения UPDATE IGNORE с использованием PDO

Всех приветствую! Сделал маленькую функцию, в которую передается два параметра: подготовленная строка запроса и массив данных. Функция автоматом определяет (по строке запроса) какое действие необходимо выполнить и возвращает результат. В частности, для "UPDATE" - возвращает true или false, в зависимости от успеха операции. Теперь к проблемке: Если использовать конструкцию запроса "UPDATE IGNORE ...", и обновлять запись с уникальным полем в БД, то в случае дублирования данный, мы получим ответом "0" и в случае, если пользователь ничего не изменил в данных - тоже "0" затронутых строк.
Сижу и чешу затылок, как бы разграничить эти результаты и выводить юзверю соответствующее сообщение: или "Такое имя уже используется", или ... ну, тут можно не выводить сообщение, т.к. ошибки не было, а просто данные остались такими же, как до попытки их обновить.
Повторюсь, что использую PDO и кроме того, данные отправляются AJAX-запросом, что не допускает попадания в ответ ошибки сгенерированной на сервере, какой она могла бы быть, если использовать запрос без "IGNORE".
Если кто сталкивался с подобным, прошу натолкнуть на мысль в правильном направлении.

Deonis
C точки зрения БД возвращается число затронутых строк (в терминах PDO это PDOStatement::rowCount ), то есть при помощи этого числа случаи разграничить нельзя. Однако Вы можете сделать SELECT до запроса UPDATE и проверить, уникальны ли данные, и, если нет, возвращать соответствующий статус (-1, например) клиенту.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

Это дело понятное, только хотелось избежать лишних телодвижений в сторону БД. Но если других вариантов нет, то естественно, что придется.

Можете использовать try..catch, чтобы отловить такой случай (и использовать UPDATE без IGNORE) - выбор за Вами.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

Безусловно использую, только в исключения это не попадает, т.к. не считается ошибкой выполнения, а без IGNORE ошибка выстраивается в ответ ajax-запроса и выводит из строя всю дальнейшую работу сайта. Да Бог с ним, я так подумал, что одним запросом больше - на скорость работы не повлияет, к тому же запрос простейший и по уникальным полям. А то "программистская паранойя" иногда берет верх над здравым смыслом

(Отредактировано автором: 29 Июля, 2013 - 17:14:52)

О чем речь? Мне кажется Вы не совсем владеете данной стороной вопроса.
try ... catch вы пишете сами, локальный, именно для этой ситуации.
По сути работать оно будет как if ... else.

-----
Шта? Репозиторий?

Речь видимо в том, что вы не внимательно читали. Запрос, с использованием ключевого слова "IGNORE", не вызовет никаких исключений, ошибок и т.д., потому как строки, имеющие дублирующиеся ключи PRIMARY или UNIQUE в этой таблице, будут попросту проигнорированы, при этом не будет прекращено выполнение.

(Отредактировано автором: 29 Июля, 2013 - 22:50:03)

Deonis
Вероятно, Вы не до конца поняли мой комментарий. Я предложил использовать UPDATE без использования IGNORE в синтаксисе. Тогда, если данные нарушат целостность primary/unique ключа, будет выброшено исключение, которое я и предлагал отловить через catch. Иными словами, если исполнится код блока catch на это исключение - это как раз тот случай, когда произошло нарушение целостности ключа, то есть, во-первых, Вы узнали, что строка не была обновлена, а, во-вторых, сделали это без использования предварительного SELECT.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.