PDO::pgsqlLOBCreate

    (PHP 5 >= 5.1.2, PHP 7, PHP 8, PECL pdo_pgsql >= 1.0.2)

    PDO::pgsqlLOBCreate — Создать новый большой объект (LOB)

    Описание

    public PDO::pgsqlLOBCreate(): string

    Функция PDO::pgsqlLOBCreate() создаёт большой объект (LOB) и возвращает его OID. Вы можете открыть поток для чтения или изменения объекта, используя функцию PDO::pgsqlLOBOpen(). OID можно сохранить в столбце типа OID и использовать как ссылку на LOB не вызывая неконтролируемого увеличения размера строк. LOB будет жить в базе данных пока не будет удалён с помощью функции PDO::pgsqlLOBUnlink().

    Большие объекты могут быть до 2ГБ размером, но они очень громоздкие. Вы должны убедиться, что выполнили PDO::pgsqlLOBUnlink() до того, как удалите последнюю строку в вашей БД, которая ссылается на его OID. К тому же, большие объекты не имеют контроля доступа. В качестве альтернативы попробуйте использовать тип данных bytea. Последние версии PostgreSQL разрешают столбцы типа bytea до 1ГБ размером и прозрачно управляют табличным пространством для оптимизации длины строк.

    Замечание: Эту функцию необходимо выполнять в транзакции.

    Список параметров

    PDO::pgsqlLOBCreate() не принимает параметров.

    Возвращаемые значения

    Возвращает OID созданного объекта или false.

    Примеры

    Пример #1 Пример использования PDO::pgsqlLOBCreate()

    В этом примере создаётся LOB и наполняется данными из файла. После этого его OID сохраняется в таблице.

    <?php
    $db     = new PDO('pgsql:dbname=test host=localhost', $user, $pass);
    $db->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
    $db->beginTransaction();
    $oid = $db->pgsqlLOBCreate();
    $stream = $db->pgsqlLOBOpen($oid, 'w');
    $local = fopen($filename, 'rb');
    stream_copy_to_stream($local, $stream);
    $local = null;
    $stream = null;
    $stmt = $db->prepare("INSERT INTO BLOBS (ident, oid) VALUES (?, ?)");
    $stmt->execute(array($some_id, $oid));
    $db->commit();
    ?>

    Смотрите также

    Улучшение страницы

    Инструкция • Исправление • Сообщение об ошибке
    ＋Добавить

    Примечания пользователей 2 notes

    up
    0
    Hayley Watson
    6 years ago
    If you're not plausibly going to be storing more than 1GB of binary data in a single field, you might as well use the normal bytea type instead of LOBbing it.

    They won't bloat the table as PostgreSQL would store the larger byte streams outside the table anyway (as Large Object storage does, only transparently) - including compressing them if it helps - while retaining all the binary string functions and operators.
    up
    0
    mauroi at digbang dot com
    18 years ago
    IMHO, there's a better way to handle the deletion of lob objects than the suggested here. The programmer can easily forget to unlink the lob. With the following trigger, no programmer actions are required.
    By the way, one problem with bytea fields is that when you query the database, if you ask for that field, the data is actually retrieved. When you query for and oid, only the oid is retrieved and then you can open the lob whenever you want (if it's required).

    CREATE OR REPLACE FUNCTION oidtable_after_update_delete()
    RETURNS "trigger" AS
    $BODY$
    BEGIN
    IF (TG_OP = 'UPDATE') THEN
    IF (OLD.oidfield = NEW.oidfield) OR (OLD.oidfield IS NULL) THEN
    RETURN NEW;
    END IF;
    END IF;
    IF (EXISTS (SELECT 1 FROM pg_largeobject WHERE loid = OLD.oidfield)) THEN
    PERFORM LO_UNLINK (OLD.oidfield);
    END IF;
    RETURN NEW;
    END;
    $BODY$
    LANGUAGE 'plpgsql' VOLATILE;

    CREATE TRIGGER oidtable_after_update_delete
    AFTER UPDATE OR DELETE
    ON oidtable
    FOR EACH ROW
    EXECUTE PROCEDURE oidtable_after_update_delete();
    ＋Добавить
    To Top