PDOがあるので、抽象的なデータベース処理には意味がありますか？

Question

私はあなたが何かを行うことによって用のドライバを持っているものは何でも、データベースに複数の接続を作成することができます学習目的のためにデータベース抽象クラスを作成して遊んでました：

//Create multiple database connections 
$db1 = new DatabaseFactory("MySQL","root","","localhost"); 
$db2 = new DatabaseFactory("MySQL","root","","localhost"); 

か...

$db = new DatabaseFactory("SQLite"); 

しかし、私はそれについて考えなければなりません。そして、あなたがファクトリオブジェクトで複数の接続を管理する必要がなければ、PDOの出現に伴い、本当にこのようなものは必要ありませんか？

私の質問は、PDOへの抽象化のレイヤーがさらにあると便利だと思います、なぜですか？

Answer 1

ORMのようなものではなく、厳密にデータベースレベルの操作抽象化を考えると、依然として異なるデータベース間でSQLサポートの問題があります。

たとえば、SQLite、Postgre、およびMySQLを比較すると、すべて同じ構文の多くをサポートしますが、束との間にはさまざまな違いがあります。

PDOは、プラットフォーム間のSQLサポートの差異を抽象化するための手段をとっていません。

また、別のレイヤーを使用して隠すことのできるものがいくつかあります。しかし、それが可能かどうかは疑わしいです。たとえば、SQLiteなどで外部キーチェックをエミュレートするためにソフトウェアを使用しようとした場合を考えてみましょう。

Answer 2

PDOは以前のmysql関数バケットよりも大幅に改善されていますが、依然としてデータベースにアクセスするための非常に低いレベルのAPIです。

ほとんどの状況で、より高いレベルのAPIをその周囲にラップすることはまだ理にかなっています。

たとえば、より高度なAPIを使用すると、SQLインジェクション攻撃を事実上不可能にすることができます。