(PHP 4 >= 4.2.0, PHP 5, PHP 7, PHP 8)
pg_lo_import — ファイルからラージオブジェクトをインポートする
$connection = ?, string $pathname, mixed $object_id = ?): int|string|falsepg_lo_import() は、ファイルシステム上のファイルの データをもとにして新しいラージオブジェクトをデータベース内に作成します。
ラージオブジェクトインターフェイスは、トランザクションブロックの中で 使用する必要があります。
注意:
この関数は、以前は pg_loimport() と呼ばれていました。
connectionPgSql\Connection クラスのインスタンス。
connection が指定されない場合は、デフォルトの接続を使います。
デフォルトの接続とは、pg_connect() または pg_pconnect() によって確立された直近の接続です。
PHP 8.1.0 以降では、デフォルトの接続を使うことは推奨されなくなりました。
pathnameクライアントのファイルシステムからラージオブジェクト用データを 読み込む際のフルパスとファイル名。
object_id
object_id が指定されると、
この関数は指定された ID のラージオブジェクトを作成しようとします。
それ以外の場合は、サーバーから割り当てられたオブジェクト ID を使用します。
このパラメータは PostgreSQL 8.1 以降の新機能に依存しています。
作成されたラージオブジェクトの OID を返します。
失敗した場合に false を返します
| バージョン | 説明 |
|---|---|
| 8.1.0 |
connection は、PgSql\Connection クラスのインスタンスを期待するようになりました。
これより前のバージョンでは、resource を期待していました。
|
例1 pg_lo_import() の例
<?php
$database = pg_connect("dbname=jacarta");
pg_query($database, "begin");
$oid = pg_lo_import($database, '/tmp/lob.dat');
pg_query($database, "commit");
?>its not very clear if pg_lo_import needs to have pg_lo_open called first. Because pg_lo_import handles the process of writign to the file, it seems logical that pg_lo_open does not need to be called. However due to the ugly nature of how postgres handles oid objects, it would be nice to have this documented.Due to a bug, OLD API does not available with PHP 4.2.0 and 4.2.1.
PHP 4.2.2 will support OLD API again and will be kept long enough.
New API will be available PHP 4.2.0 to later versions.Due to a bug, PHP 4.2.0 and 4.2.1 does not support pg_lo_import() old API. It's fixed in PHP 4.2.2.
BTW, new API will be always available from PHP 4.2.0 to later versions. Older API will be kept long enough, also.it works for me (php-4.2.1)
not like this
int pg_lo_import ( string pathname [, resource connection])
but
int pg_lo_import ( resource connection, string pathname )
don't know the reason