Форум MySQL

Далеко не всегда нужна тяжелая артиллерия. Тем более все они, в конце концов, написаны на нативном php.

Если вы разрабатываете библиотеку и не можете заранее предугадать какая СУБД будет у пользователей, то абстрагированность PDO сложно переоценить в таком случае.

Скорее всего имелось ввиду что оверхед реализации PDO выше, чем mysqli. Возможно это и так из-за большей абстрагированности и эмуляции фич, но на практике об этом стоит беспокоиться в самую последнюю очередь.

Что касается производительности СУБД, то, пока не реализуешь свой проект для разных СУБД и не посмотришь поведение на продакшене, завяления в стиле "mysql решает" и "что-то сомневаюсь" абсолютно беспочвенны и стоит игнорировать как холиварные.

дело не в том, насколько часто меняю я, а в том, что это еще одно очевидное преимущество pdo по сравнению с другими.

Тогда уж проще не лезть в нативный ПХП и уж тем более не вдаваться в тонкости доступа и функций, а просто взять цмс с готовой орм.

> pdo - работает медленнее, чем mysql_ или mysqli_
> Самая шустрая база данных - mysql.
Вы так и не усвоили, что говорите о драйверах доступа к одной и той же СУБД.
Все трое - это MySQL (в данном конкретном случае). Вопрос только как к ней обращаться.

> Самая шустрая база данных - mysql.
А это вообще у меня вызывает таааааакие сомнения.....

> сменить субд, в случае чего, можно будет достаточно просто
Вы вот каждую неделю СУБД меняете??? Это мифический плюс.

У них вообще мускул только урывками встречается. И уж тем более пхп. И уж тем более зависимость связки мускул+пхп

VPS стоит копейки, если что. И держите на нем что хотите.

Если вы пищете на ООП, то вы не будете использовать процедурный MySQLi.
Если возникает такой вопрос, значит у вас процедурные приложения.
Если у вас нет проблем и рефакторить вы ничего не планируете, то и не парьтесь.