99% класів для PDO не потрібні.
Тому що PDO - вже клас, і щоб його поліпшити, потрібно бути дуже хорошим програмістом. Зазвичай же писати обгортки для PDO беруться криворукий нубі, які не вміють працювати з PDO, не знають азів програмування, і в підсумку отримують кривого монстра, який приносить більше шкоди ніж користі.
Цей клас - якраз приклад такого підходу.
Що характерно, попередні оратори, схоже, вважають все це достоїнствами.
Вам я порекомендую спочатку освоїти PDO, і навчитися ним користуватися. зрозуміти його сильні і слабкі сторони. Наприклад, як правильно "тримати з'єднання": або передавати всюди змінну з єдиним інстанси класу, або використовувати якийсь сервіс, який буде зберігати цей інстанси і видавати його за запитом; як отримувати дані відразу в потрібному форматі не вдаючись до криворуким поділитися; як правильно працювати з помилками (в загальному випадку - ніяк не треба, PHP прекрасно справляється сам).
Після цього можна буде або писати свій клас, або пошукати чужий, але вже такий, який не несе більше шкоди, ніж користі.
Або, як говорилося вище, замість бібліотеки для однієї тільки роботи з БД, взяти "бібліотеку", яка спрощує ще сотню речей - від розбору вхідних параметрів до відправки листів - фреймфорк. Для цього обов'язково прочитати ось цю статтю. але вчити після неї не Symfony, а Laravel, який на ній базується.
Це не дуже товста обгортка над PDO, додає синтаксичного цукру. Якщо потрібно 10 запитів, то сторона ліби не потрібні, PDO вистачить. Якщо пишеш запити сотнями, то це швидко набридає і хочеться більше читання і менше копіпаст.
Ну і там логирование бонусом, CRUD і т.п. Написати це все просто як-би, але писати заради кожного свого проекту ліниво, копіпаст противно.
Коротше, як PDO набридне можна спробувати. Або відразу ORM і не возитися з SQL.