mysqli hoặc PDO - những ưu và nhược điểm là gì? [đóng cửa]

Ở vị trí của chúng tôi, chúng tôi phân chia giữa việc sử dụng mysqli và PDO cho những thứ như báo cáo đã chuẩn bị và hỗ trợ giao dịch. Một số dự án sử dụng một, một số khác. Có rất ít khả năng thực tế của chúng tôi từng chuyển sang một RDBMS khác.

Tôi thích PDO vì một lý do duy nhất là nó cho phép các tham số được đặt tên cho các câu lệnh được chuẩn bị, và theo như tôi biết thì mysqli thì không.

Có bất kỳ ưu và nhược điểm nào khác khi chọn cái này làm tiêu chuẩn khác khi chúng tôi hợp nhất các dự án của chúng tôi để sử dụng chỉ một cách tiếp cận?

Chà, bạn có thể tranh luận với khía cạnh hướng đối tượng, các tuyên bố đã chuẩn bị, thực tế là nó trở thành một tiêu chuẩn, v.v. Nhưng tôi biết rằng hầu hết thời gian, thuyết phục ai đó làm việc tốt hơn với tính năng sát thủ. Vì vậy, nó là:

Một điều thực sự thú vị với PDO là bạn có thể tìm nạp dữ liệu, tự động đưa dữ liệu vào một đối tượng. Nếu bạn không muốn sử dụng ORM (vì đó chỉ là một tập lệnh nhanh) nhưng bạn thích lập bản đồ đối tượng, điều đó thật sự rất tuyệt:

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

Di chuyển một ứng dụng từ cơ sở dữ liệu này sang cơ sở dữ liệu khác không phổ biến lắm, nhưng sớm hay muộn bạn có thể thấy mình làm việc trên một dự án khác bằng RDBMS khác. Nếu bạn đang ở nhà với PDO thì ít nhất sẽ có một điều ít để học vào thời điểm đó.

Ngoài ra, tôi thấy API PDO trực quan hơn một chút và nó cảm thấy hướng đối tượng thực sự hơn. mysqli cảm thấy như nó chỉ là một API thủ tục đã được khách quan hóa, nếu bạn hiểu ý tôi là gì. Nói tóm lại, tôi thấy PDO dễ làm việc hơn, nhưng đó là điều tất nhiên.

Tôi đã bắt đầu sử dụng PDO vì theo tôi, hỗ trợ tuyên bố tốt hơn. Tôi đang sử dụng lớp truy cập dữ liệu ActiveRecord-esque và việc triển khai các câu lệnh được tạo động dễ dàng hơn nhiều. Liên kết tham số của MySQL phải được thực hiện trong một lệnh gọi hàm / phương thức duy nhất, vì vậy nếu bạn không biết cho đến khi chạy bao nhiêu tham số bạn muốn liên kết, bạn buộc phải sử dụng call_user_func_array()(tôi tin rằng đó là tên hàm đúng) cho các lựa chọn . Và quên đi ràng buộc kết quả năng động đơn giản.

Trên hết, tôi thích PDO vì đó là một mức độ trừu tượng rất hợp lý. Thật dễ dàng để sử dụng nó trong các hệ thống hoàn toàn trừu tượng, nơi bạn không muốn viết SQL, nhưng nó cũng giúp bạn dễ dàng sử dụng loại hệ thống truy vấn thuần túy, tối ưu hóa hơn hoặc để kết hợp và kết hợp cả hai.

PDO là tiêu chuẩn, đó là những gì hầu hết các nhà phát triển sẽ sử dụng. mysqli về cơ bản là một giải pháp bespoke cho một vấn đề cụ thể, nhưng nó có tất cả các vấn đề của các thư viện dành riêng cho DBMS khác. PDO là nơi tất cả những công việc khó khăn và suy nghĩ thông minh sẽ đi.

Đây là một điều khác cần ghi nhớ: Hiện tại (PHP 5.2) thư viện PDO bị lỗi . Nó chứa đầy những con bọ lạ. Ví dụ: trước khi lưu trữ một PDOStatementbiến, biến phải là unset()để tránh hàng tấn lỗi. Hầu hết trong số này đã được sửa trong PHP 5.3 và chúng sẽ được phát hành vào đầu năm 2009 trong PHP 5.3, có thể sẽ có nhiều lỗi khác. Bạn nên tập trung vào việc sử dụng PDO cho PHP 6.1 nếu bạn muốn một bản phát hành ổn định và sử dụng PDO cho PHP 5.3 nếu bạn muốn giúp đỡ cộng đồng.

Một điểm khác biệt đáng chú ý (tốt) về PDO là PDO::quote()phương thức của nó tự động thêm các trích dẫn kèm theo, trong khi mysqli::real_escape_string()(và similars) không:

PDO :: quote () đặt các trích dẫn xung quanh chuỗi đầu vào (nếu cần) và thoát các ký tự đặc biệt trong chuỗi đầu vào, sử dụng kiểu trích dẫn phù hợp với trình điều khiển bên dưới.

PDO sẽ giúp mở rộng quy mô dễ dàng hơn rất nhiều nếu ứng dụng trang web / web của bạn thực sự trở thành như bạn có thể thiết lập các kết nối Master và Slave hàng ngày để phân phối tải trên cơ sở dữ liệu, cộng với PHP đang hướng tới PDO như một tiêu chuẩn.

Thông tin PDO

Mở rộng ứng dụng web

Về mặt tốc độ thực thi, MySQLi thắng, nhưng trừ khi bạn có một trình bao bọc tốt bằng MySQLi, các chức năng của nó xử lý các câu lệnh được chuẩn bị là rất tệ.

Vẫn còn những lỗi trong tôi, nhưng nếu có ai muốn nó, thì đây là .

Vì vậy, trong ngắn hạn, nếu bạn đang tìm kiếm một tốc độ tăng, thì MySQLi; nếu bạn muốn dễ sử dụng, thì PDO.

Cá nhân tôi sử dụng PDO, nhưng tôi nghĩ đó chủ yếu là một câu hỏi về sở thích.

PDO có một số tính năng giúp chống lại việc tiêm SQL (các câu lệnh đã chuẩn bị ), nhưng nếu bạn cẩn thận với SQL của mình, bạn cũng có thể đạt được điều đó với mysqli.

Chuyển sang cơ sở dữ liệu khác không phải là lý do để sử dụng PDO. Miễn là bạn không sử dụng "các tính năng SQL đặc biệt", bạn có thể chuyển từ DB này sang DB khác. Tuy nhiên, ngay sau khi bạn sử dụng ví dụ "CHỌN ... GIỚI HẠN 1", bạn không thể truy cập MS-SQL trong đó "CHỌN TOP 1 ...". Vì vậy, đây là vấn đề.

Chỉnh sửa câu trả lời.

Sau khi có một số kinh nghiệm với cả hai API này, tôi sẽ nói rằng có 2 tính năng cấp chặn chặn khiến mysqli không thể sử dụng được với các câu lệnh được chuẩn bị sẵn.
Họ đã được đề cập trong 2 câu trả lời xuất sắc (chưa được đánh giá thấp):

1. Giá trị ràng buộc với số lượng giữ chỗ tùy ý
2. Trả lại dữ liệu dưới dạng một mảng

(cả hai cũng được đề cập trong câu trả lời này )

Vì một số lý do, mysqli đã thất bại với cả hai.
Ngày nay, nó đã có một số cải tiến cho cái thứ hai ( get_result ), nhưng nó chỉ hoạt động trên các cài đặt mysqlnd, có nghĩa là bạn không thể dựa vào chức năng này trong các tập lệnh của mình.

Tuy nhiên, nó không có ràng buộc theo giá trị cho đến ngày nay.

Vì vậy, chỉ có một lựa chọn: PDO

Tất cả các lý do khác, chẳng hạn như

• giữ chỗ được đặt tên (cú pháp đường này được đánh giá quá cao)
• hỗ trợ cơ sở dữ liệu khác nhau (không ai thực sự từng sử dụng nó)
• tìm nạp vào đối tượng (chỉ là cú pháp đường vô dụng)
• chênh lệch tốc độ (không có)

không có tầm quan trọng đáng kể.

Đồng thời cả hai API này đều thiếu một số tính năng thực sự quan trọng , như

• giữ chỗ định danh
• giữ chỗ cho các kiểu dữ liệu phức tạp để làm cho ràng buộc động ít gây hại hơn
• mã ứng dụng ngắn hơn.

Vì vậy, để đáp ứng nhu cầu thực tế , người ta phải tạo thư viện trừu tượng của riêng mình, dựa trên một trong các API này, triển khai các trình giữ chỗ được phân tích cú pháp thủ công. Trong trường hợp này tôi thích mysqli hơn, vì nó có mức độ trừu tượng ít hơn.

Trong tập lệnh chuẩn của tôi , mỗi phương thức được kiểm tra 10000 lần và sự khác biệt của tổng thời gian cho mỗi phương thức được in. Bạn nên làm điều này trên cấu hình của riêng bạn, tôi chắc chắn kết quả sẽ thay đổi!

Đây là kết quả của tôi:

• " SELECT NULL" -> PGO()nhanh hơn ~ 0,35 giây
• " SHOW TABLE STATUS" -> mysqli()nhanh hơn ~ 2,3 giây
• " SELECT * FROM users" -> mysqli()nhanh hơn ~ 33 giây

Lưu ý: bằng cách sử dụng -> fetch_row () cho mysqli, tên cột không được thêm vào mảng, tôi không tìm thấy cách nào để làm điều đó trong PGO. Nhưng ngay cả khi tôi sử dụng -> fetch_array (), mysqli hơi chậm nhưng vẫn nhanh hơn PGO (ngoại trừ CHỌN NULL).

Một điều PDO có là MySQLi không thực sự tôi thích là khả năng của PDO trả về kết quả dưới dạng một đối tượng của một loại lớp được chỉ định (ví dụ $pdo->fetchObject('MyClass')). MySQLi's fetch_object()sẽ chỉ trả về một stdClassđối tượng.

Có một điều cần ghi nhớ.

Mysqli không hỗ trợ hàm fetch_assoc () sẽ trả về các cột bằng các khóa biểu thị tên cột. Tất nhiên có thể viết chức năng của riêng bạn để làm điều đó, nó thậm chí không dài lắm, nhưng tôi đã rất khó khăn để viết nó (đối với những người không tin: nếu nó có vẻ dễ dàng với bạn, hãy tự mình thử một chút và đừng ' t gian lận :))