経験

2011-01-17 7 views
1

バージョン8.4でPostgreSQLは、最終的には、ストリームベースの挿入と選択することができます彼らのJDBC driverに独自のAPIを、統合。一つのテーブルからのストリーム/ライターにテキストデータを一度に一つのテーブルにストリーム/リーダーからテキストデータを読み書きCOPY TO/COPY FROM SQLコマンドへのいわゆるコピーAPIアクセス権を付与し、。制約とトリガーは、挿入操作と見なされます。基本的な変換(デリミタ、引用、ヌル値など)が利用できます。パフォーマンスの向上は非常に印象的です。おそらく、オブジェクトのインスタンス化が少なく、クライアントとサーバーのバックエンド間のプロトコルがはるかに単純なためです。経験

は、良いか悪いか、誰もがこのAPIで経験持っています。それは準備ができていますか?自分が気づいている落とし穴がありますか?ところで、それが私有APIであるという事実は私にとっては問題ではありません。

答えて

1

COPYのAPIは、少なくとも6年間のPostgreSQLのCライブラリに存在しています。それは非常に安定しています。

参照:http://www.postgresql.org/docs/9.0/interactive/libpq-copy.htmlhttp://www.postgresql.org/docs/9.0/interactive/sql-copy.html

JDBCの実装では、同じ性質を持っている必要がありますが、私はそれを使用していません。

PS。私はあなたがこれを「専有」と呼ぶとき、誤解があると思います。プロトコル仕様とサーバ/クライアント/ドライバのソースコードは自由です(自由のように)。私はそれがJDBC仕様の一部ではありませんので、他のDBMSベンダーの製品と適用できないことを意味「独自」で

+0

。 –

関連する問題