PHP: полный мануал с примерами, функциями и ООП

PECL CUBRID >= 8.3.0 · cubrid

cubrid_current_oid(resource $req_identifier): string|false

Получить внутренний идентификатор экземпляра, на который сейчас установлен курсор результата.

cubrid_current_oid(resource $req_identifier): string|false

Функция доступна начиная с PECL CUBRID 8.3.0. Здесь указана справочная форма вызова: resource и mixed описывают типы, а знак ? в необязательном attr означает, что аргумент можно не передавать; это не строка для объявления функции в PHP. Самостоятельные проекты закреплены на PHP 7.4.33, native-драйвере 11.2.0.0002 и CUBRID 11.3.5.

Результат и отказ

Строка OID либо false при неуспехе. Это не число строк и не массив полей. Проверяйте строгий false; диагностику сохраняйте до следующего вызова драйвера. Наличие обычного SELECT-результата ещё не гарантирует, что он предоставляет OID.

Обновляемая выборка позволяет сопоставить строку результата конкретному экземпляру. Для начала используйте одну referable-таблицу, явные поля id/title и WHERE по уникальному SKU. Сводка SUM или произвольная комбинация JOIN не должна автоматически считаться такой выборкой. На современном сервере наши таблицы создаются с DONT_REUSE_OID; режим по умолчанию REUSE_OID не подходит для этой работы с внешними ссылками на экземпляр. Настройка относится к собственной таблице, а не ко всей базе.

Применение 1: открыть карточку найденного товара

$request = cubrid_prepare($db,
    'SELECT id,title FROM products WHERE sku=?', CUBRID_INCLUDE_OID);
if ($request === false) { throw new RuntimeException('Не создан поиск'); }
try {
    if (!cubrid_bind($request, 1, 'CAB-169', 'string') || !cubrid_execute($request)) {
        throw new RuntimeException('Поиск не выполнен');
    }
    if (cubrid_num_rows($request) !== 1 ||
        cubrid_move_cursor($request, 1, CUBRID_CURSOR_FIRST) !== true) {
        throw new RuntimeException('Карточка не найдена однозначно');
    }
    $oid = cubrid_current_oid($request);
    if ($oid === false) { throw new RuntimeException('Нет OID карточки'); }
    // Дальше cubrid_get читает поля найденного товара.
} finally { cubrid_close_request($request); }

products здесь — заранее созданная referable-таблица. Самостоятельный проект карточки содержит её создание, соединение и вывод Кабель / 3. Константа CUBRID_INCLUDE_OID просит драйвер сохранить идентификаторы экземпляров, но не добавляет на экран обязательную колонку oid. cubrid_bind передаёт значение SKU отдельно от SQL, а move_cursor выбирает первую строку результата.

Применение 2: выбрать черновик для управляемого удаления

// После SELECT ... WHERE sku=? и установки курсора на DRAFT-169:
$draftOid = cubrid_current_oid($request);
if ($draftOid === false) { throw new RuntimeException('Не выбран черновик'); }
// Перед удалением отдельно проверить права, lock и актуальный статус DRAFT.
// Получение OID само по себе ничего не удаляет.

Удаление с отменой и подтверждением сначала показывает исчезновение черновика внутри транзакции, затем его возврат после rollback. После подтверждённого удаления остаётся только опубликованный кабель. Эта операция использует идентификатор выбранной строки, а не пытается собрать OID из id=1.

Нельзя складывать OID из предполагаемых чисел, считать его переносимым бизнес-ключом или передавать его между разными базами. cubrid_get_class_name поможет проверить класс, cubrid_is_instance — текущее существование, но ни одна из этих проверок не разрешает пользователю менять чужой объект.

• PHP Manual: cubrid_current_oid
• Закреплённый native-драйвер
• CCI: объектные операции
• Referable-таблицы

PECL CUBRID >= 8.3.0 · cubrid

cubrid_get(resource $conn_identifier, string $oid, mixed $attr = ?): mixed

Прочитать одно, несколько или все свойства одного выбранного экземпляра базы.

cubrid_get(resource $conn_identifier, string $oid, mixed $attr = ?): mixed

Функция доступна начиная с PECL CUBRID 8.3.0. Здесь указана справочная форма вызова: resource и mixed описывают типы, а знак ? в необязательном attr означает, что аргумент можно не передавать; это не строка для объявления функции в PHP. Самостоятельные проекты закреплены на PHP 7.4.33, native-драйвере 11.2.0.0002 и CUBRID 11.3.5.

Результат и отказ

Одиночный атрибут возвращается строкой; массив имён даёт ассоциативную карту; без attr возвращается карта всех атрибутов. Для одиночного SQL NULL возвращается false, как и при ошибке: немедленный cubrid_error_code и предупреждение различают исходы. В карте SQL NULL представлен null, пустая строка — "", числовой ноль — строкой "0". Нельзя проверять все эти варианты одним empty().

Применение 1: показать название и отсутствие примечания

$card = cubrid_get($db, $oid, ['title', 'qty', 'note']);
if (!is_array($card)) { throw new RuntimeException('Карточка не прочитана'); }
$noteLabel = $card['note'] === null ? 'не задано' : $card['note'];
echo $card['title'], ' / остаток ', $card['qty'], ' / ', $noteLabel;
// Для Кабеля: Кабель / остаток 3 / не задано.

Полный проект сопоставляет тот же NULL с одиночным get(note), который возвращает false при коде ошибки 0. Для Хомута выводится отдельная пустая строка и "0" остатка. Это три разных состояния данных, которые форма должна сохранять, а не превращать в одно «нет значения». При HTML-выводе названия и примечания дополнительно экранируются; result.html делает это в общем рендерере.

Применение 2: вычислить резерв из свежего значения

// Внутри короткой транзакции после успешного lock_write:
$current = cubrid_get($db, $oid, ['title', 'qty']);
if (!is_array($current)) { throw new RuntimeException('Нет текущего остатка'); }
$qty = (int) $current['qty'];
if ($qty < 1) { throw new RuntimeException('Товара нет в наличии'); }
$newQty = (string) ($qty - 1);
// put($db, $oid, 'qty', $newQty), затем проверяемый commit.

В двух редакторах свежая карта после освобождения блокировки содержит Кабель / 3; резерв оставляет 2. Полученный PHP-массив — снимок значений в момент чтения. Он не меняется сам после чужого commit. Запросить все атрибуты одного экземпляра допустимо для диагностики, но для карточки нужны выбранные поля, а для списка многих товаров — ограниченный SELECT.

CUBRID-коллекции также входят в базовый контракт: одиночный get коллекции показывает строковое представление, а чтение в общей карте может вернуть вложенный массив элементов. Это зависит от типа атрибута; не следует разбирать произвольную SQL-коллекцию строковым explode. Основные проекты намеренно работают с VARCHAR/INTEGER/NULL, чтобы сначала освоить различие формы ответа и значения.

При прямом get(note) сохраните код сразу после вызова: последующий cubrid_is_instance не является способом получить прежнюю ошибку. При сложной проверке сначала выполните cubrid_lock_write, затем повторное чтение; проверка существования перед get не исключает удаление другим соединением между этими действиями.

• PHP Manual: cubrid_get
• Закреплённый native-драйвер
• CCI: объектные операции
• Referable-таблицы

PECL CUBRID >= 8.3.0 · cubrid

cubrid_get_class_name(resource $conn_identifier, string $oid): string|false

Узнать, к какому классу базы относится найденный экземпляр.

cubrid_get_class_name(resource $conn_identifier, string $oid): string|false

Функция доступна начиная с PECL CUBRID 8.3.0. Здесь указана справочная форма вызова: resource и mixed описывают типы, а знак ? в необязательном attr означает, что аргумент можно не передавать; это не строка для объявления функции в PHP. Самостоятельные проекты закреплены на PHP 7.4.33, native-драйвере 11.2.0.0002 и CUBRID 11.3.5.

Результат и отказ

Строковое имя класса либо false при отказе. В нашем сервере возвращается имя с владельцем dba., а не имя PHP-класса. Проверяйте полученную строку как метаданные базы. Для строк системных таблиц, например db_class, официальный контракт прямо не поддерживает эту функцию.

Применение 1: проверить тип карточки в административном просмотрщике

$class = cubrid_get_class_name($db, $oid);
if ($class === false) { throw new RuntimeException('Класс не прочитан'); }
// Для подготовленной таблицы products ожидается dba.products.
if (strtolower($class) !== 'dba.products') {
    throw new RuntimeException('Этот экран работает только с товарами');
}

Имя products в этом фрагменте заранее известно приложению. В самостоятельном просмотрщике таблица имеет своё случайное лабораторное имя, поэтому сравнивается именно с ним. Экран показывает логический результат «объект принадлежит учебному каталогу» и поля Кабель / 3; случайный OID не превращается в пользовательский маршрут.

Применение 2: выбрать явный набор редактируемых полей

$editors = ['dba.products' => ['title', 'note']];
$class = cubrid_get_class_name($db, $oid);
if ($class === false || !isset($editors[strtolower($class)])) {
    throw new RuntimeException('Для класса нет редактора');
}
$allowedFields = $editors[strtolower($class)];
// Из формы выбираются только разрешённые ключи; права проверяются отдельно.

Это полезное расширение правки карточки: цена и SKU не попадают в карту изменений только потому, что пользователь прислал одноимённые поля. Таблица разрешённых редакторов не даёт доступа ко всем экземплярам этого класса; принадлежность конкретной карточки пользователю проверяется отдельно.

Не подставляйте произвольное возвращённое имя в SQL как доказанно разрешённый идентификатор. Сравнение с собственным списком допустимых классов отличается от произвольной конкатенации строки. Для обзора колонок, ключей и наследования нужен справочник схемы, а не get_class_name для каждой строки системного каталога. Наличие класса не означает, что любой его экземпляр существует сейчас: это отдельная проверка cubrid_is_instance.

• PHP Manual: cubrid_get_class_name
• Закреплённый native-драйвер
• CCI: объектные операции
• Referable-таблицы

PECL CUBRID >= 8.3.0 · cubrid

cubrid_is_instance(resource $conn_identifier, string $oid): int

Различить существующий экземпляр, его отсутствие и ошибку проверки.

cubrid_is_instance(resource $conn_identifier, string $oid): int

Функция доступна начиная с PECL CUBRID 8.3.0. Здесь указана справочная форма вызова: resource и mixed описывают типы, а знак ? в необязательном attr означает, что аргумент можно не передавать; это не строка для объявления функции в PHP. Самостоятельные проекты закреплены на PHP 7.4.33, native-драйвере 11.2.0.0002 и CUBRID 11.3.5.

Результат и отказ

Целое 1 — экземпляр существует, 0 — не существует, -1 — ошибка. Это не bool. В PHP число -1 считается истинным в обычном if, поэтому if(cubrid_is_instance(...)) ошибочно смешивает успех с отказом. Используйте === 1, === 0 и отдельную ветку ошибки.

Применение 1: объяснить, почему карточку нельзя открыть

$state = cubrid_is_instance($db, $oid);
if ($state === 1) {
    echo 'Можно читать выбранный экземпляр';
} elseif ($state === 0) {
    echo 'Карточка больше не существует';
} else {
    $errorCode = cubrid_error_code();
    throw new RuntimeException('Не удалось проверить карточку');
}

Просмотрщик проверяет 1 перед get и затем всё равно обрабатывает результат самого чтения. Между проверкой и действием другой клиент может удалить запись; это классическая гонка «проверили — затем воспользовались». Существование не доказывает ни право просмотра, ни право удаления.

Применение 2: проверить отмену удаления черновика

// Для выбранного DRAFT, autocommit выключен, условия проверены:
if (!cubrid_drop($db, $draftOid)) { throw new RuntimeException('Не удалён'); }
$duringDelete = cubrid_is_instance($db, $draftOid); // В проекте 0.
if (!cubrid_rollback($db)) { throw new RuntimeException('Не подтверждена отмена'); }
$afterUndo = cubrid_is_instance($db, $draftOid);    // В проекте 1.

Полный цикл после rollback перечитывает название «Пробная карточка» и статус DRAFT через SQL, а после отдельного drop/commit показывает 0 и оставшийся опубликованный товар. Число само по себе не заменяет полезный результат: проверяется, какая карточка осталась в каталоге.

Не создавайте цикл с повторным is_instance до «удобного» значения и не проверяйте заранее все OID таблицы. Операция нужна для выбранного экземпляра. Для короткой критической правки применимы cubrid_lock_write и повторная проверка состояния, а для обычного веб-обновления — условный SQL с бизнес-ключом и версией. Ошибка -1 должна прервать действие, а не трактоваться как уже удалённый объект.

• PHP Manual: cubrid_is_instance
• Закреплённый native-драйвер
• CCI: объектные операции
• Referable-таблицы

PECL CUBRID >= 8.3.0 · cubrid

cubrid_put(resource $conn_identifier, string $oid, string $attr, mixed $value): bool
cubrid_put(resource $conn_identifier, string $oid, array $attr_value): bool

Изменить одно поле или явную карту полей выбранного экземпляра.

cubrid_put(resource $conn_identifier, string $oid, string $attr, mixed $value): bool
cubrid_put(resource $conn_identifier, string $oid, array $attr_value): bool

Функция доступна начиная с PECL CUBRID 8.3.0. Здесь указана справочная форма вызова: resource и mixed описывают типы, а знак ? в необязательном attr означает, что аргумент можно не передавать; это не строка для объявления функции в PHP. Самостоятельные проекты закреплены на PHP 7.4.33, native-драйвере 11.2.0.0002 и CUBRID 11.3.5.

Результат и отказ

true означает успешное выполнение изменения экземпляра, false — отказ. Возвращается не новая карточка, не её OID и не affected_rows. Подтверждение транзакции остаётся отдельным действием. Если autocommit выключен, чтение этим же соединением может видеть ещё неподтверждённую правку.

Применение 1: временно изменить название и отменить правку

if (!cubrid_put($db, $oid, 'title', 'Временное название')) {
    $code = cubrid_error_code();
    throw new RuntimeException('Название не принято');
}
// Здесь своё соединение уже прочитает временное название.
if (!cubrid_rollback($db)) { throw new RuntimeException('Не подтверждена отмена'); }
// Новый get/SELECT снова показывает прежнее название.

В полной программе SQL показывает сначала «Временное название», после отмены — «Кабель». Затем начинается отдельная операция сохранения. Так видно различие между приёмом изменения сервером и окончательным commit; простое echo "Сохранено" после put было бы преждевременным.

Применение 2: сохранить разрешённую карту полей

$changes = ['title' => 'Кабель 2 м', 'qty' => '5', 'note' => null];
if (!cubrid_put($db, $oid, $changes)) {
    $code = cubrid_error_code();
    cubrid_rollback($db);
    throw new RuntimeException('Карта изменений не принята');
}
if (!cubrid_commit($db)) { throw new RuntimeException('Нет подтверждения сохранения'); }
// SELECT title,qty,note,price_cents подтверждает 5, NULL и прежнюю цену 12900.

В этом фрагменте новая qty задана строкой десятичных цифр, а сервер хранит её как INTEGER согласно схеме. Строка "NULL" записала бы текст в текстовый столбец; значение null передаёт SQL NULL. PHP-объект, ресурс или произвольный bool не являются универсально подходящим значением OID-атрибута. Для коллекций массив означает значение коллекции конкретного поля, а внешняя карта означает набор полей: это разные уровни.

Во втором самостоятельном применении резервирование под write lock вычисляет строку "2" из свежего остатка 3 и передаёт её в одно поле qty. Сначала выполняется проверка наличия товара, затем put и commit. Для денег сохраняйте точное представление и тип SQL; не превращайте стоимость без необходимости в двоичный float.

put не принимает WHERE и не проверяет автоматически статус DRAFT, владельца, диапазон остатка или версию формы. Если условие должно проверяться атомарно в самой команде, удобнее параметризованный UPDATE с WHERE и проверкой cubrid_affected_rows. Нельзя передавать $_POST как attr_value: список допустимых ключей и проверка значений — часть приложения. Для нескольких связанных действий используйте cubrid_commit / cubrid_rollback.

• PHP Manual: cubrid_put
• Закреплённый native-драйвер
• CCI: объектные операции
• Referable-таблицы

PECL CUBRID >= 8.3.0 · cubrid

cubrid_drop(resource $conn_identifier, string $oid): bool

Удалить один выбранный экземпляр с дальнейшим подтверждением или отменой транзакции.

cubrid_drop(resource $conn_identifier, string $oid): bool

Функция доступна начиная с PECL CUBRID 8.3.0. Здесь указана справочная форма вызова: resource и mixed описывают типы, а знак ? в необязательном attr означает, что аргумент можно не передавать; это не строка для объявления функции в PHP. Самостоятельные проекты закреплены на PHP 7.4.33, native-драйвере 11.2.0.0002 и CUBRID 11.3.5.

Результат и отказ

true — экземпляр удалён текущей операцией, false — отказ. Это удаление данных одного экземпляра, а не команда DROP TABLE и не освобождение PHP-request. При выключенном autocommit окончательный результат определяется последующим commit либо rollback; каждый из них тоже проверяют.

Применение 1: проверить сценарий отмены перед окончательным удалением

// Собственная тестовая карточка, права и DRAFT проверены заранее.
if (!cubrid_drop($db, $draftOid)) {
    $code = cubrid_error_code();
    throw new RuntimeException('Удаление не выполнено');
}
// В своей транзакции карточки уже нет.
if (!cubrid_rollback($db)) { throw new RuntimeException('Отмена не подтверждена'); }
// Повторный SELECT показывает возвращённую карточку.

Самостоятельная программа делает отмену только в собственной лабораторной таблице и выводит вернувшееся название «Пробная карточка». Это демонстрация транзакции, а не рекомендация пробно удалять чужие производственные данные. Триггеры, ограничения и внешние эффекты требуют отдельного анализа.

Применение 2: удалить только всё ещё ненужный черновик

if (!cubrid_lock_write($db, $draftOid)) { throw new RuntimeException('Черновик занят'); }
$current = cubrid_get($db, $draftOid, ['title', 'note']);
if (!is_array($current) || $current['note'] !== 'DRAFT') {
    cubrid_rollback($db);
    throw new RuntimeException('Удалять можно только черновик');
}
if (!cubrid_drop($db, $draftOid)) {
    $code = cubrid_error_code();
    cubrid_rollback($db);
    throw new RuntimeException('Не удалось удалить');
}
if (!cubrid_commit($db)) { throw new RuntimeException('Результат удаления не подтверждён'); }

В подтверждённой ветке проекта после этой операции SQL оставляет «Опубликованный кабель / PUBLISHED», а cubrid_is_instance возвращает 0 для удалённого черновика. Статус повторно читается после захвата блокировки, чтобы не удалять карточку по старым данным формы. В настоящей схеме для статуса обычно предусмотрена отдельная колонка; note используется только в данной небольшой лаборатории.

Проверка статуса не заменяет право удаления. Требования внешних ключей, триггеры, блокировки и уже удалённый OID могут привести к отказу; сохраните исходные code/facility/message до rollback и не публикуйте сырой диагностический текст. Для массового удаления по условию нужен SQL DELETE с осмысленным WHERE; обход всех OID в PHP ради такого удаления усложняет задачу. Для закрытия request применяйте cubrid_close_request.

• PHP Manual: cubrid_drop
• Закреплённый native-драйвер
• CCI: объектные операции
• Referable-таблицы

PECL CUBRID >= 8.3.0 · cubrid

cubrid_lock_read(resource $conn_identifier, string $oid): bool

Получить разделяемую блокировку чтения конкретного экземпляра в короткой операции.

cubrid_lock_read(resource $conn_identifier, string $oid): bool

Функция доступна начиная с PECL CUBRID 8.3.0. Здесь указана справочная форма вызова: resource и mixed описывают типы, а знак ? в необязательном attr означает, что аргумент можно не передавать; это не строка для объявления функции в PHP. Самостоятельные проекты закреплены на PHP 7.4.33, native-драйвере 11.2.0.0002 и CUBRID 11.3.5.

Результат и отказ

true — read lock получен, false — получить его не удалось. Возвращаемое значение не содержит данные объекта и не означает выдачу пользовательских прав. После успешного вызова нужные атрибуты читаются отдельно. Блокировка принадлежит транзакции соединения.

Применение 1: прочитать согласованную карточку в короткой операции

if (!cubrid_lock_read($db, $oid)) {
    $code = cubrid_error_code();
    throw new RuntimeException('Не удалось получить read lock');
}
$card = cubrid_get($db, $oid, ['title', 'qty']);
if (!is_array($card)) { cubrid_rollback($db); throw new RuntimeException('Нет карточки'); }
// Проверить/использовать Кабель и qty=3 внутри короткой операции.
if (!cubrid_commit($db)) { throw new RuntimeException('Не закончено чтение'); }

Это вариант чтения карточки для ситуации, где явно нужна блокировка. Обычный экран не обязан брать её на каждую запись: изоляция и версия данных уже имеют собственную семантику. Держать read lock на всё время просмотра страницы человеком не следует.

Применение 2: понять конфликт двух редакторов

// Владелец уже держит read lock на этой карточке в другом соединении.
if (!cubrid_lock_read($db, $oid)) { throw new RuntimeException('Read lock не получен'); }
$snapshot = cubrid_get($db, $oid, ['title', 'qty']);
if (!cubrid_rollback($db)) { throw new RuntimeException('Не завершён свой участок'); }
// После окончания собственного read-участка другая сессия всё ещё держит свой lock.

Реальные две сессии показывают: два read lock совместимы, но чужой read lock препятствует write lock. Свой rollback не освобождает блокировку другого соединения. Родитель посылает владельцу явную команду закончить его транзакцию и получает подтверждение; только потом начинается новая запись 3 → 2.

Закрыть ресурс SELECT и закончить транзакцию — разные действия. Освобождение request не является освобождением всех блокировок соединения. Ожидание занятости ограничивается параметром lock timeout; в современном CCI его единица — миллисекунда. Бесконечный режим не подходит для этой учебной координации.

Если после чтения точно планируется запись, заранее подумайте о cubrid_lock_write вместо одновременного повышения нескольких read lock до write lock. Это не гарантирует отсутствие всех deadlock: порядок захвата нескольких объектов и короткие транзакции также важны. При отказе не продолжайте действие со старым PHP-массивом как будто блокировка получена.

• PHP Manual: cubrid_lock_read
• Закреплённый native-драйвер
• CCI: объектные операции
• Referable-таблицы

PECL CUBRID >= 8.3.0 · cubrid

cubrid_lock_write(resource $conn_identifier, string $oid): bool

Получить блокировку изменения, затем перечитать данные и выполнить согласованную правку.

cubrid_lock_write(resource $conn_identifier, string $oid): bool

Функция доступна начиная с PECL CUBRID 8.3.0. Здесь указана справочная форма вызова: resource и mixed описывают типы, а знак ? в необязательном attr означает, что аргумент можно не передавать; это не строка для объявления функции в PHP. Самостоятельные проекты закреплены на PHP 7.4.33, native-драйвере 11.2.0.0002 и CUBRID 11.3.5.

Результат и отказ

true — write lock получен, false — отказ. Содержимое объекта само по себе не меняется, commit не выполняется. Ошибку следует зафиксировать немедленно: code/facility/message после следующей команды уже могут описывать другое действие.

Применение 1: уменьшить остаток на основе свежего значения

if (!cubrid_lock_write($db, $oid)) { throw new RuntimeException('Остаток занят'); }
$card = cubrid_get($db, $oid, ['qty']);
if (!is_array($card) || (int) $card['qty'] < 1) {
    cubrid_rollback($db);
    throw new RuntimeException('Резерв невозможен');
}
$qty = (string) ((int) $card['qty'] - 1);
if (!cubrid_put($db, $oid, 'qty', $qty)) {
    cubrid_rollback($db);
    throw new RuntimeException('Резерв не записан');
}
if (!cubrid_commit($db)) { throw new RuntimeException('Резерв не подтверждён'); }

Полный проект сначала получает настоящий отказ -75/facility 1, когда первое соединение ещё держит read lock. После rollback первого соединения начинается отдельная операция: lock_write проходит, свежее чтение возвращает 3, SQL после commit показывает 2. Измеряется реальное время ожидания, но не обещается точное совпадение с заданной миллисекундой.

Применение 2: проверить статус непосредственно перед удалением

if (!cubrid_lock_write($db, $draftOid)) { throw new RuntimeException('Карточка занята'); }
$state = cubrid_get($db, $draftOid, ['note']);
if (!is_array($state) || $state['note'] !== 'DRAFT') {
    cubrid_rollback($db);
    throw new RuntimeException('Статус уже не допускает удаление');
}
// drop и проверяемый commit; полная обработка приведена в проекте удаления.

В проекте черновика блокировка и повторная проверка относятся к одному экземпляру и одной короткой транзакции. Название и статус, прочитанные минуту назад в HTML-форме, не становятся свежими от одного успешного lock_write. Аналогично редактирование полей отделяет временную правку с rollback от окончательного сохранения.

У write lock нет аргумента «срок в секундах». Лимит ожидания относится к соединению; request timeout — другой механизм. При -75 в контролируемой подготовке действительно ожидался чужой lock; произвольную сетевую или серверную ошибку нельзя автоматически назвать тем же конфликтом. Rollback и закрытие собственного участка обязательны и при неуспехе.

Для веб-форм часто лучше оптимистическая проверка: UPDATE … WHERE id=? AND version=?, затем affected_rows. Тогда пользователь не держит живую транзакцию, пока редактирует текст. OID lock полезен для короткой работы сервера с уже выбранным экземпляром; он не является дополнительным паролем, общей блокировкой всей таблицы или защитой от некорректных бизнес-правил.

• PHP Manual: cubrid_lock_write
• Закреплённый native-драйвер
• CCI: объектные операции
• Referable-таблицы