Да зачем?
Но в нем нне будет следующих косяков:
1) Порчи входящих данных. Ты обрабатываешь входящие данные а потом работаешь с ними. При этом по ним непонятно, обработаны они или нет, поэтому из-за человеческого фактора ты можешь допустить SQL-inj.
При правильной работе с данными SQL-inj исключен и человеческий фактор не может на него повлиять.
2) Входящие данные могут быть использованы в нескольких местах(статистика и т.д.), при этом ты рискуешь, что они уже будут испорчены на предыдущем этапе.

 Есть правило не портить входящие данные никогда. Не раз сталкивался с ним в литературе.

 Я тоже. И я с тобой согласен. Причем это мнение разделяют уважаемые члены phpclub.
Но у парней из Зенда другое мнение - попробуй сдать тест на ZCE. Я завалил разделы Security и PHP4(все остальное на Excellent). Security завалена по этой причине. Когда же стал читать их ман, то увидел, что у нас просто разница в терминологии, и обработку по непонятным причинам они называют фильтрацией.

M IZ@TOP

Модератор: Давайте вернёмся к теме обсуждения.

Предлагаю закрыть тему непонимания со всех сторон и просто перечитать этот пост столько раз, сколько необходимо, чтобы он для вас стал мантрой. Разумеется есть всякие ситуации, но описанные solenko три пункта - это заветы, которым необходимо следовать, потому, что это логично, это правильно.
Не думаю, что тут можно что-то еще добавить.

Добавлено @ 15:47

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