Recentemente, migramos um projeto nosso do PEAR::DB para o PEAR::MDB2.

Além do PEAR:DB não estar mais sendo desenvolvido (apenas mantido, por questões de compatibilidade), o MDB2 tem alguns poderes adicionais. Descobri um desses ao usar prepared statements.

Prepared Statements são uma funcionalidade que a maioria dos bancos de dados relacionais atuais implementa, que consiste em escrever uma consulta, e executá-la variás vezes seguidas, modificando apenas os parâmetros.

Um exemplo, retirado do site do PostgreSQL:

Os bancos de dados otimizam o prepared statement de forma especial. Segundo a documentação do PostgreSQL: " Quando o comando PREPARE é executado, o comando especificado é analisado, reescrito e planejado. Após isso, quando forem emitidos comandos EXECUTE o comando preparado precisa apenas ser executado. Assim os estágios de análise, reescrita e planejamento são realizados apenas uma vez, e não todas as vezes que o comando é executado.". Prepared Statements são otimizados também no MySQL, por exemplo.

Agora, um exemplo usando o antigo PEAR::DB

Observe que o statement não é um objeto. Para ser executado, você chama o objeto DB, passando o statement como parâmetro.

No PEAR::MDB2, o statement já é de fato um objeto.

O mesmo exemplo acima, dessa vez usando o MDB2:

O MDB2_PREPARE_MANIP é para indicar que essa consulta modifica dados. Como vocês também viram o MDB2 aceita um segundo parâmetro, um array informando os tipos dos objetos. Outro exemplo:

E sobre blobs? Para inserir um arquivo numa coluna blob no PostgreSQL (na verdade, BYTEA), ele deve ser preparado através da função pg_escape. Porém, usando prepared statements com o PEAR MDB2, isso não é necessário. Aliás, não é nem necessário ler o arquivo - basta passar como parâmetro do statement o descritor de arquivo! O próprio MDB2 se encarrega de lê-lo.

Veja o exemplo:

Muito prático!