PDO pytanie Opcje

[breaked]

Witam,

Zaczynam uczyć się korzystać z PDO zamiast zwykłego mysql_*. Ułożyłem prostą klasę, żeby nie musieć pisać ciągle tego try ... catch. Nie wiem właśnie czy takie coś można stosować:

[PHP] pobierz, plaintext 
class Database {
 
     function __construct() {
          try {
               $pdo = new PDO(*****) //tu łączę się z bazą
          } catch(PDOException $e) {
               echo 'Error: '.$e -> getMessage();
          }
     }
 
     function query($data) {
          try {
               $pdo -> setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
               $query = $pdo -> query($q);
 
               return $query;
 
          } catch(PDOException $e) {
               echo 'Error: '.$e -> getMessage();
          }
     }
}
[PHP] pobierz, plaintext 

Czy takie coś ma w ogóle sens istnienia ?
Oraz czy w PDO trzeba kończyć, coś jak mysql_close ? I jeżeli tak to jak ?
No i jeszcze ostatnie: W powyższej klasie użyłem PDO::query. Wyczytałem, że jest jeszcze PDO::exec i PDO::prepare. Czym to się różni i które lepiej stosować ?

Pozdrawiam,
Michał

[pmir13]

W PDO nie ma odpowiednika mysql_close, połączenia są zamykane w momencie gdy obiekty pdo przestają istnieć. Czyli albo unset() albo $pdo = null; albo po prostu same się zamkną po zakończeniu wykonywania skryptu.

PDO::exec() nie zwraca rekordów, używa się gdy nie potrzebujesz danych, przykładowo $pdo->exec("SET NAMES utf8");
PDO::query() to bezpośredni odpowiednik mysql_query, nie daje żadnych dodatkowych korzyści. Można używać kiedy dane zapytanie potrzebujesz wykonać raz, a zapytania nie budujesz z czegoś co user może wprowadzić, albo restrykcyjnie sprawdzasz co wprowadził.
PDO::prepare() a potem execute() dla utworzonego obiektu - umożliwia parametryzację - przygotowujesz zapytanie raz a potem wywołujesz z różnymi parametrami, znacznie przyspiesza wykonywanie wielokrotnych zapytań na przykład wyciągnij rekord dla jakiegoś id. Dodatkowo parametry te nie wchodzą bezpośrednio do tekstu zapytania co zabezpiecza przed sql injection. Ten sposób jest najbardziej polecany.

Ten post edytował pmir13 4.04.2012, 20:54:57