PDO cung cấp một giao diện đẹp nhưng tính chung chung hơn cũng đồng nghĩa với việc gặp nhiều rắc rối hơn khi đối phó với các đặc điểm riêng tinh tế của mỗi chương trình phụ trợ. Nếu bạn nhìn vào trình kiểm tra lỗi, nó có một số vấn đề còn mở và một số vấn đề nghiêm trọng.
Đây là một bằng chứng giai thoại với postgresql:Trình phân tích cú pháp của PDO gặp sự cố với standard_conforming_strings được đặt thành BẬT (hiện là mặc định, kể từ PG-9.1). Trường hợp thử nghiệm với php-5.3.9:
$dbh->exec("SET standard_conforming_strings=on");
$p=$dbh->prepare("SELECT 1 WHERE 'ab\' = :foo AND 'cd' = :bar");
$p->execute(array(":foo" => "ab", ":bar" => "cd"));
Thực thi () bất ngờ bị lỗi ở lớp PDO với Database error: SQLSTATE[HY093]: Invalid parameter number: :foo . Có vẻ như nó không thể xác định:foo là một tham số.
Nếu truy vấn dừng sau 'ab\'=:foo Nếu không có điều kiện khác, thì nó hoạt động tốt. Hoặc nếu điều kiện khác không bao gồm một chuỗi, nó cũng hoạt động tốt.
Sự cố trông tương tự như sự cố # 55335, đã bị loại bỏ là Không phải lỗi , khá sai theo quan điểm của tôi. [Thực ra, tôi thậm chí còn tự mình hack PDO để sửa nó, nhưng theo cách không tương thích với các phụ trợ khác, vì vậy không có bản vá. Tôi đã bị bối rối bởi trình phân tích từ vựng truy vấn quá chung chung.]
Mặt khác, pg_ * gần với libpq hơn, loại vấn đề này ít có khả năng xảy ra ngay từ đầu và dễ giải quyết hơn nếu có.
Vì vậy, quan điểm của tôi là không phải mọi thứ đều tốt đẹp với PDO. Về mặt nội bộ, nó chắc chắn thách thức hơn pg_ * và phức tạp hơn đồng nghĩa với nhiều lỗi hơn. Những lỗi này có được giải quyết không? Không nhất thiết phải dựa trên các mục nhập trình theo dõi lỗi nhất định.
