Mysqli или PDO - каковы плюсы и минусы?

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

Кроме того, я нахожу PDO API более интуитивно понятным и более объектно-ориентированным. mysqli кажется, что это просто процедурный API, который был объективирован, если вы понимаете, о чем я. Короче говоря, мне легче работать с PDO, но это, конечно, субъективно.

Лично я использую PDO, но думаю, что это в основном вопрос предпочтений.

PDO имеет некоторые функции, которые помогают против SQL-инъекций (подготовленные заявления), но если вы будете осторожны с вашим SQL, вы также можете добиться этого с помощью mysqli.

Переход на другую базу данных - не столько повод для использования PDO. Пока вы не используете «специальные функции SQL», вы можете переключаться с одной БД на другую. Однако, как только вы используете, например, «SELECT ... LIMIT 1», вы не сможете перейти в MS-SQL, где это «SELECT TOP 1 ...». Так что это в любом случае проблематично.

Я начал использовать PDO, потому что, на мой взгляд, поддержка операторов лучше. Я использую уровень доступа к данным в стиле ActiveRecord, и гораздо проще реализовать динамически генерируемые операторы. Связывание параметров MySQLi должно выполняться за один вызов функции / метода, поэтому, если вы не знаете до времени выполнения, сколько параметров вы хотите привязать, вы вынуждены использовать call_user_func_array() (я считаю, что это правильное имя функции) для выбирает. И забудьте о простой динамической привязке результата.

Больше всего мне нравится PDO, потому что это очень разумный уровень абстракции. Его легко использовать в полностью абстрактных системах, где вы не хотите писать SQL, но он также упрощает использование более оптимизированной системы с чистыми запросами или их сочетание.

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

Следует помнить об одном.

Mysqli не поддерживает функцию fetch_assoc (), которая возвращала бы столбцы с ключами, представляющими имена столбцов. Конечно, для этого можно написать свою собственную функцию, это даже не очень долго, но мне было трудно написать ее В самом деле (для неверующих: если вам это кажется легким, попробуйте как-нибудь самостоятельно и не делайте этого) т жульничать :))

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

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

Что ж, вы можете поспорить с объектно-ориентированным аспектом, подготовленными утверждениями, тем фактом, что он становится стандартом и т. д. Но я знаю, что в большинстве случаев убедить кого-то лучше работает с помощью убойной функции. Итак, вот оно:

Действительно хорошая вещь с 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();
}

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

У меня все еще есть баги, но если кому-то это нужно, вот.

Короче говоря, если вы ищете увеличения скорости, то MySQLi; если хотите простоты использования, то PDO.

В моем тестовый скрипт каждый метод проверяется 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 заключается в том, что метод PDO::quote() автоматически добавляет заключительные кавычки, тогда как mysqli::real_escape_string() (и подобные) этого не делают:

PDO::quote() places quotes around the input string (if required) and escapes special characters within the input string, using a quoting style appropriate to the underlying driver.

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

Информация о PDO

Масштабирование веб-приложения

Отредактированный ответ.

Имея некоторый опыт работы с обоими этими API, я бы сказал, что есть 2 функции уровня блокировки, которые делают mysqli непригодным для использования с собственными подготовленными операторами. Они уже были упомянуты в двух отличных (но недооцененных) ответах:

1. Привязка значений к произвольному количеству заполнителей
2. Возврат данных в виде простого массива

(оба также упоминаются в этот ответ)

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

Тем не менее, даже по сей день у него нет привязки по стоимости.

Итак, выбор только один: PDO

Все остальные причины, такие как

• именованные заполнители (этот синтаксический сахар сильно переоценен)
• поддержка разных баз данных (фактически никто никогда не использовал)
• получить в объект (просто бесполезный синтаксический сахар)
• разница в скорости (нет)

не имеют большого значения.

В то же время в обоих этих API отсутствует некоторый действительно важные особенности, например

• заполнитель идентификатора
• заполнитель для сложных типов данных, чтобы сделать динамическое связывание менее утомительным
• более короткий код приложения.

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