Интересно, только мне нравится аскетичный дизайн для API документации (например, стандартный дизайн JavaDoc) без всех этих свистелок, которые ни разу не улучшают скорость получения информации?
По поводу Prepared statements из опыта на заметку:
Составление плана запроса может (а для постгреса оказалось именно так) выполняться на уровне подготовки запроса (prepare), соответственно без учета параметров, которые вы забиндите после. За счет этого ваша РСУБД может выбрать не лучший путь выполнения запроса (не использовать нужные индексы, использовать их в неправильном порядке и т.п.) — стоит это учитывать.
С помощью PDO вы можете не меньше чем с помощью функций того же модуля mysql и даже больше. Плюс он имеет более понятный и структурированный интерфейс. Плюс не нужно запоминать тонну функций с непредсказуемыми названиями (чем итак более PHP), а использовать один инструмент для любой СУБД, не ограничивая себя в нативных возможностях. Возможно, вы не совсем представляете, что такое PDO.
Сейчас глянул, оказывается они ожили и даже 2 версии выпустили за последние 3 месяца (спустя 3 года). Раньше там даже неймспейсы не поддерживались (что логично, какие неймспейсы в 2008 году =) ). Не могу найти список изменений по 2 последним версиям. Есть у кого ссылка? Но сильно сомневаюсь, что они уже догнали современные аналоги.
А нет — прошло! =)
Хотя код в целом приличный.
Составление плана запроса может (а для постгреса оказалось именно так) выполняться на уровне подготовки запроса (prepare), соответственно без учета параметров, которые вы забиндите после. За счет этого ваша РСУБД может выбрать не лучший путь выполнения запроса (не использовать нужные индексы, использовать их в неправильном порядке и т.п.) — стоит это учитывать.
Я даже скрипты из 10 строк пишу с помощью PDO.