mysqli або PDO - які плюси і мінуси? [зачинено]

В нашому місці ми розділилися між використанням mysqli та PDO для таких матеріалів, як підготовлені заяви та підтримка транзакцій. Деякі проекти використовують один, інші - інший. Мало реальна ймовірність переходу нас до іншої RDBMS.

Я віддаю перевагу PDO з єдиної причини, яка дозволяє вказані параметри для підготовлених операторів, і наскільки я знаю, mysqli цього не робить.

Чи є інші плюси і мінуси вибору одного за іншим як стандарт, коли ми консолідуємо наші проекти, використовуючи лише один підхід?

Ну, ви можете посперечатися з об'єктно-орієнтованим аспектом, підготовленими висловлюваннями, тим, що це стає стандартом і т. Д. Але я знаю, що більшість часу, переконуючи когось, краще працює з вбивчою рисою. Так ось це:

Дуже приємна річ із PDO - це ви можете отримати дані, автоматично вводячи їх у об’єкт. Якщо ви не хочете використовувати ORM (тому що це просто швидкий сценарій), але вам подобається картографування об'єктів, це дійсно круто:

class Student {

    public $id;
    public $first_name;
    public $last_name

    public function getFullName() {
        return $this->first_name.' '.$this->last_name
    }
}

try 
{
    $dbh = new PDO("mysql:host=$hostname;dbname=school", $username, $password)

    $stmt = $dbh->query("SELECT * FROM students");

    /* MAGIC HAPPENS HERE */

    $stmt->setFetchMode(PDO::FETCH_INTO, new Student);


    foreach($stmt as $student)
    {
        echo $student->getFullName().'<br />';
    } 

    $dbh = null;
}
catch(PDOException $e)
{
    echo $e->getMessage();
}

Переміщення програми з однієї бази даних в іншу не дуже поширене, але рано чи пізно ви можете виявити, що працюєте над іншим проектом, використовуючи інший RDBMS. Якщо ви вдома з PDO, то, принаймні, буде чомусь менше вчитися.

Крім того, я вважаю, що API PDO трохи інтуїтивніше, і він відчуває себе по-справжньому об'єктно орієнтованим. mysqli вважає, що це лише процедурний API, який був об'єктивований, якщо ви знаєте, що я маю на увазі. Коротше кажучи, мені здається, що з PDO простіше працювати, але це, звичайно, суб'єктивно.

Я почав використовувати PDO, тому що, на мою думку, підтримка заяв краща. Я використовую рівень доступу до даних ActiveRecord, і реалізувати динамічно створені оператори набагато простіше. Прив’язка параметрів MySQLi повинна виконуватися в одному виклику функції / методу, тому якщо ви не знаєте до часу виконання, скільки параметрів ви хочете прив’язати, ви змушені використовувати call_user_func_array()(я вважаю, це правильна назва функції) для вибору . І забудьте про просте динамічне прив'язування результатів.

Найбільше мені подобається PDO, оскільки це дуже розумний рівень абстракції. Його легко використовувати в повністю абстрагованих системах, де ви не хочете писати SQL, але це також дозволяє легко використовувати більш оптимізований, чистий тип запиту системи або змішувати та узгоджувати ці два.

PDO - це стандарт, саме те, що очікують використовувати більшість розробників. mysqli по суті був замовником вирішення певної проблеми, але він має всі проблеми інших бібліотек, специфічних для СУБД. PDO - куди піде вся наполеглива праця та розумне мислення.

Тут слід пам’ятати ще про щось: наразі (PHP 5.2) бібліотека PDO баггі . Тут повно дивних помилок. Наприклад: перед зберіганням PDOStatementзмінної у змінній слід unset()уникати тонни помилок. Більшість із них були зафіксовані в PHP 5.3, і вони будуть випущені на початку 2009 року в PHP 5.3, що, ймовірно, матиме багато інших помилок. Вам слід зосередитись на використанні PDO для PHP 6.1, якщо ви хочете стабільної версії та використання PDO для PHP 5.3, якщо ви хочете допомогти громаді.

Ще одна помітна (хороша) відмінність щодо PDO полягає в тому, що його PDO::quote()метод автоматично додає додаються цитати, тоді як mysqli::real_escape_string()(і подібні) не:

PDO :: quote () розміщує лапки навколо рядка введення (якщо потрібно) і уникає спеціальних символів у рядку введення, використовуючи стиль цитування, відповідний базовому драйверу.

PDO полегшить масштабність, якщо ваш веб-сайт / веб-додаток дійсно буде таким, як ви можете щодня налаштовувати підключення Master і slave для розподілу навантаження по базі даних, плюс PHP спрямовується на перехід до PDO як стандартного.

Інформація про PDO

Масштабування веб-програми

У сенсі швидкості виконання MySQLi виграє, але якщо у вас немає гарної обгортки, яка використовує MySQLi, її функції, що стосуються підготовлених заяв, жахливі.

У мене ще є помилки, але якщо хтось цього хоче, ось він .

Отже, коротше, якщо ви шукаєте збільшення швидкості, то MySQLi; якщо ви хочете зручності використання, тоді PDO.

Особисто я використовую PDO, але я думаю, що це головним чином питання переваги.

PDO має деякі функції, які допомагають отримувати ін'єкцію SQL ( підготовлені заяви ), але якщо ви обережні зі своїм SQL, ви можете домогтися цього і з mysqli.

Перехід до іншої бази даних - це не стільки привід використовувати PDO. Поки ви не використовуєте "спеціальні функції SQL", ви можете переходити з однієї БД в іншу. Однак, як тільки ви використовуєте, наприклад, "SELECT ... LIMIT 1", ви не можете перейти до MS-SQL, де це "SELECT TOP 1 ...". Тож це все одно проблематично.

Відредагована відповідь.

Маючи певний досвід роботи з обома цими API, я б сказав, що є 2 функції блокуючих рівнів, що робить mysqli непридатним для підготовлених власних операторів.
Про них уже згадувалося у 2 чудових (поки що недооцінених) відповідях:

1. Прив’язування значень до довільної кількості заповнювачів
2. Повернення даних як просто масив

(обидва також згадуються у цій відповіді )

Чомусь mysqli провалився з обома.
Сьогодні він отримав деяке вдосконалення для другого ( get_result ), але він працює лише на установках mysqlnd, значить, ви не можете розраховувати на цю функцію у своїх сценаріях.

І все-таки він не має прив'язки до вартості навіть донині.

Отже, є лише один вибір: PDO

Всі інші причини, такі як

• названі заповнювачі (цей синтаксичний цукор значно завищений)
• підтримка різних баз даних (ніхто насправді ніколи не використовував її)
• зайти в об’єкт (просто марний синтаксичний цукор)
• різниця швидкостей (немає)

не мають важливого значення.

У той же час в обох цих API відсутні деякі реально важливі функції , наприклад

• ідентифікатор заповнення місця
• заповнювач місця для складних типів даних, щоб зробити динамічне прив'язування менш обтяжливим
• коротший код програми.

Отже, для задоволення потреб у реальному житті потрібно створити власну бібліотеку абстракцій на основі одного з цих API, реалізуючи вручну проаналізовані заповнювачі. У цьому випадку я віддаю перевагу mysqli, оскільки вона має менший рівень абстракції.

У моєму базовому сценарії кожен метод перевіряється 10000 разів і друкується різниця загального часу для кожного методу. Ви повинні це зробити у власній конфігурації, я впевнений, що результати будуть різними!

Це мої результати:

• " SELECT NULL" -> PGO()швидше на ~ 0,35 секунди
• " SHOW TABLE STATUS" -> mysqli()швидше на ~ 2,3 секунди
• " SELECT * FROM users" -> mysqli()швидше на ~ 33 секунди

Примітка: використовуючи -> fetch_row () для mysqli, імена стовпців не додаються до масиву, я не знайшов способу зробити це в PGO. Але навіть якщо я використовую -> fetch_array (), mysqli трохи повільніше, але все ж швидше, ніж PGO (за винятком SELECT NULL).

Одне з PDO полягає в тому, що MySQLi не дуже мені подобається - це здатність PDO повертати результат у вигляді об'єкта заданого типу класу (наприклад $pdo->fetchObject('MyClass')). MySQLi fetch_object()поверне лише stdClassоб'єкт.

Майте на увазі одну річ.

Mysqli не підтримує функцію fetch_assoc (), яка б повертала стовпці з ключами, що представляють назви стовпців. Звичайно, можна написати свою власну функцію, щоб це зробити, це навіть не дуже довго, але мені було дуже важко писати це (для невіруючих: якщо вам здається легко, спробуйте це самостійно і не робіть цього " т обману :))