mysqli atau PDO - apa pro dan kontra? [Tutup]

Di tempat kami, kami berpisah antara menggunakan mysqli dan PDO untuk hal-hal seperti pernyataan yang disiapkan dan dukungan transaksi. Beberapa proyek menggunakan satu, beberapa lainnya. Ada sedikit kemungkinan realistis bagi kita untuk pindah ke RDBMS lain.

Saya lebih suka PDO karena satu alasan yang memungkinkan parameter bernama untuk pernyataan yang disiapkan, dan sejauh yang saya tahu mysqli tidak.

Apakah ada pro dan kontra lain untuk memilih satu dari yang lain sebagai standar saat kami mengkonsolidasikan proyek kami untuk menggunakan hanya satu pendekatan?

Nah, Anda bisa berdebat dengan aspek berorientasi objek, pernyataan yang disiapkan, fakta bahwa itu menjadi standar, dll. Tapi saya tahu bahwa sebagian besar waktu, meyakinkan seseorang bekerja lebih baik dengan fitur pembunuh. Jadi begitulah:

Hal yang sangat menyenangkan dengan PDO adalah Anda dapat mengambil data, menyuntikkannya secara otomatis ke suatu objek. Jika Anda tidak ingin menggunakan ORM (karena itu hanya skrip cepat) tetapi Anda suka pemetaan objek, itu SANGAT keren:

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();
}

Memindahkan aplikasi dari satu basis data ke basis data tidak umum, tetapi cepat atau lambat Anda mungkin menemukan diri Anda mengerjakan proyek lain menggunakan RDBMS yang berbeda. Jika Anda di rumah dengan PDO maka setidaknya akan ada satu hal yang kurang untuk dipelajari pada saat itu.

Selain itu saya menemukan API PDO sedikit lebih intuitif, dan rasanya lebih benar-benar berorientasi objek. mysqli terasa seperti itu hanya API prosedural yang telah diobjekkan, jika Anda tahu apa yang saya maksud. Singkatnya, saya menemukan PDO lebih mudah untuk dikerjakan, tapi itu tentu saja subjektif.

Saya sudah mulai menggunakan PDO karena dukungan pernyataannya lebih baik, menurut saya. Saya menggunakan lapisan akses data ActiveRecord-esque, dan jauh lebih mudah untuk mengimplementasikan pernyataan yang dihasilkan secara dinamis. Pengikatan parameter MySQLi harus dilakukan dalam satu panggilan fungsi / metode, jadi jika Anda tidak tahu sampai runtime berapa banyak parameter yang ingin Anda ikat, Anda terpaksa menggunakan call_user_func_array()(saya percaya itu nama fungsi yang tepat) untuk memilih . Dan lupakan mengikat hasil dinamis sederhana.

Yang paling penting, saya suka PDO karena ini adalah tingkat abstraksi yang sangat masuk akal. Sangat mudah untuk menggunakannya dalam sistem abstrak sepenuhnya di mana Anda tidak ingin menulis SQL, tetapi juga membuatnya mudah untuk menggunakan jenis sistem permintaan yang lebih dioptimalkan, murni, atau untuk mencampur-dan-mencocokkan keduanya.

PDO adalah standar, itulah yang sebagian besar pengembang harapkan untuk digunakan. mysqli pada dasarnya adalah solusi yang dipesan lebih dahulu untuk masalah tertentu, tetapi memiliki semua masalah perpustakaan DBMS-spesifik lainnya. PDO adalah tempat semua kerja keras dan pemikiran cerdas akan pergi.

Ada hal lain yang perlu diingat: Untuk saat ini (PHP 5.2) perpustakaan PDO bermasalah . Penuh dengan bug aneh. Sebagai contoh: sebelum menyimpan sebuah PDOStatementvariabel, variabelnya adalah unset()untuk menghindari satu ton bug. Sebagian besar telah diperbaiki dalam PHP 5.3 dan akan dirilis pada awal 2009 di PHP 5.3 yang mungkin akan memiliki banyak bug lainnya. Anda harus fokus menggunakan PDO untuk PHP 6.1 jika Anda ingin rilis yang stabil dan menggunakan PDO untuk PHP 5.3 jika Anda ingin membantu komunitas.

Perbedaan penting lainnya (baik) tentang PDO adalah PDO::quote()metodenya secara otomatis menambahkan tanda kutip, sedangkan mysqli::real_escape_string()(dan sejenisnya) tidak:

PDO :: quote () menempatkan kutipan di sekitar string input (jika diperlukan) dan lolos dari karakter khusus dalam string input, menggunakan gaya kutipan yang sesuai dengan driver yang mendasarinya.

PDO akan membuatnya jauh lebih mudah untuk mengukur jika situs / aplikasi web Anda benar-benar menjadi seperti yang Anda dapat setiap hari mengatur koneksi Master dan slave untuk mendistribusikan beban di seluruh database, ditambah PHP sedang menuju ke pindah ke PDO sebagai standar.

Info PDO

Menskalakan Aplikasi Web

Dalam arti kecepatan eksekusi, MySQLi menang, tetapi kecuali jika Anda memiliki pembungkus yang baik menggunakan MySQLi, fungsinya berurusan dengan pernyataan yang disiapkan sangat buruk.

Masih ada bug di saya, tetapi jika ada yang menginginkannya, ini dia .

Jadi singkatnya, jika Anda mencari kenaikan kecepatan, maka MySQLi; jika Anda ingin kemudahan penggunaan, maka PDO.

Secara pribadi saya menggunakan PDO, tapi saya pikir itu terutama masalah preferensi.

PDO memiliki beberapa fitur yang membantu melawan injeksi SQL ( pernyataan yang disiapkan ), tetapi jika Anda berhati-hati dengan SQL, Anda juga dapat mencapainya dengan mysqli.

Pindah ke database lain bukan alasan untuk menggunakan PDO. Selama Anda tidak menggunakan "fitur SQL khusus", Anda dapat beralih dari satu DB ke yang lain. Namun begitu Anda menggunakan misalnya "SELECT ... LIMIT 1" Anda tidak dapat pergi ke MS-SQL di mana "SELECT TOP 1 ...". Jadi ini tetap bermasalah.

Jawaban yang diedit.

Setelah memiliki pengalaman dengan kedua API ini, saya akan mengatakan bahwa ada 2 fitur level pemblokiran yang membuat mysqli tidak dapat digunakan dengan pernyataan asli yang disiapkan.
Mereka telah disebutkan dalam 2 jawaban yang sangat baik (namun diremehkan):

1. Mengikat nilai dengan jumlah placeholder yang berubah-ubah
2. Mengembalikan data sebagai array belaka

(keduanya juga disebutkan dalam jawaban ini )

Untuk beberapa alasan mysqli gagal dengan keduanya.
Saat ini ada beberapa peningkatan untuk yang kedua ( get_result ), tetapi hanya berfungsi pada instalasi mysqlnd, berarti Anda tidak dapat mengandalkan fungsi ini dalam skrip Anda.

Namun itu tidak memiliki nilai demi nilai bahkan hingga hari ini.

Jadi, hanya ada satu pilihan: PDO

Semua alasan lain, seperti

• bernama placeholder (gula sintaks ini terlalu berlebihan)
• dukungan basis data yang berbeda (tidak ada yang benar-benar pernah menggunakannya)
• ambil ke objek (hanya gula sintaks yang tidak berguna)
• perbedaan kecepatan (tidak ada)

tidak penting secara signifikan.

Pada saat yang sama kedua API ini tidak memiliki beberapa fitur penting yang nyata , seperti

• placeholder pengidentifikasi
• placeholder untuk tipe data yang kompleks untuk membuat pengikatan dinamis kurang sulit
• kode aplikasi yang lebih pendek.

Jadi, untuk memenuhi kebutuhan kehidupan nyata , kita harus membuat perpustakaan abstraksi sendiri, berdasarkan salah satu API ini, menerapkan placeholder yang diuraikan secara manual. Dalam hal ini saya lebih suka mysqli, karena memiliki tingkat abstraksi yang lebih rendah.

Dalam skrip patokan saya , setiap metode diuji 10.000 kali dan perbedaan total waktu untuk setiap metode dicetak. Anda harus melakukan ini pada konfigurasi Anda sendiri, saya yakin hasilnya akan bervariasi!

Ini hasil saya:

• "Lebih SELECT NULL" -> PGO()cepat dengan ~ 0,35 detik
• "Lebih SHOW TABLE STATUS" -> mysqli()cepat ~ 2,3 detik
• " SELECT * FROM users" -> mysqli()lebih cepat ~ 33 detik

Catatan: dengan menggunakan -> fetch_row () untuk mysqli, nama kolom tidak ditambahkan ke array, saya tidak menemukan cara untuk melakukannya di PGO. Tetapi bahkan jika saya menggunakan -> fetch_array (), mysqli sedikit lebih lambat tetapi masih lebih cepat dari PGO (kecuali untuk SELECT NULL).

Satu hal PDO memiliki bahwa MySQLi tidak begitu saya sukai adalah kemampuan PDO untuk mengembalikan hasil sebagai objek dari tipe kelas tertentu (misalnya $pdo->fetchObject('MyClass')). MySQLi fetch_object()hanya akan mengembalikan stdClassobjek.

Ada satu hal yang perlu diingat.

Mysqli tidak mendukung fungsi fetch_assoc () yang akan mengembalikan kolom dengan kunci yang mewakili nama kolom. Tentu saja mungkin untuk menulis fungsi Anda sendiri untuk melakukan itu, itu bahkan tidak terlalu lama, tetapi saya sudah melakukannya benar benar kesulitan menulisnya (untuk orang yang tidak percaya: jika itu tampak mudah bagi Anda, cobalah beberapa waktu sendiri dan jangan t cheat :))