Устранение ошибки ORA-22275 при работе с Oracle CLOB через FireDAC в Delphi: поиск решения в настройках Oracle

Delphi , Базы данных , Oracle

Устранение ошибки ORA-22275 при работе с Oracle CLOB через FireDAC в Delphi

Введение

В данной статье мы рассмотрим проблему, с которой столкнулись разработчики при работе с полями CLOB в Oracle через компоненты FireDAC в среде разработки Delphi. Проблема заключается в возникновении ошибки ORA-22275 при попытке обновить значение CLOB поля на NULL. Мы также рассмотрим возможные причины возникновения этой ошибки и предложим решение, основанное на реальном случае из практики.

Описание проблемы

Пользователи столкнулись с ошибкой ORA-22275, которая возникает при попытке обновить значение поля CLOB на NULL с помощью компонентов FireDAC в приложении на Delphi. Ошибка сопровождается сообщением о некорректном локаторе LOB, что указывает на проблему в процессе обновления данных. В запросах, отправляемых в базу данных, значение для CLOB поля устанавливается как NULL. Данный тип поля в наборе данных представлен как ftWideMemo, что соответствует типу данных CLOB в Oracle.

Контекст проблемы

Пользователи обнаружили, что в интернете много информации связано со старым способом обновления CLOB полей, который использовался в Oracle 8.0.5, и включал использование EMPTY_CLOB(). Однако, согласно их знаниям, такие операции больше не требуются. Они также отметили, что в SQLPLUS на собственном Oracle 12c сервере они могут выполнять подобные операции без проблем, и что разница между EMPTY_CLOB() и NULL не является существенной.

Разработка и среда

• Приложение: Delphi Tokyo 10.2.232-bit на Windows.
• СУБД: OracleDB12 Release 1.
• Отсутствуют ограничения NOT NULL, индексы и триггеры на поле.
• Обновление данных осуществляется через TClientDataSet, подключенный к сетке, которую редактирует пользователь.

Поиск решения в настройках Oracle

Пользователи ищут информацию о возможных настройках Oracle, которые могли бы объяснить наблюдаемое поведение. Возможно, на сервере клиента включен какой-то режим совместимости для поддержки старых приложений. Они также отмечают, что проблема не связана с ранее сообщенной проблемой, связанной с двухбайтовыми символами.

Подтвержденный ответ

Причины возникновения ошибки так и не были точно установлены, но был найден обходной путь. В коде используется TClientDataSet, и уже применяется TDataSetProvider с переопределенным DoBeforeExecute для логирования SQL-запросов. В логирование было добавлено следующее условие:

// Force parameter to ftOraClob when NULL:
if TFDQuery(TDataSetProvider(Sender).Dataset).Connection.Params.DriverID = S_FD_OraId then
  for i := 0 to params.count-1 do
    if (params[i].DataType = ftMemo) and (VarIsNull(params[i].Value) or VarIsClear(params[i].Value)) then
       params[i].DataType := ftOraClob;

Это изменение заставляет AddField в TSQLResolver.GenUpdateSQL в Datasnap.Provider.pas писать = EMPTY_CLOB() вместо = NULL, что Oracle принимает без ошибок.

Альтернативный ответ

В случае отсутствия активного правила карты типов, необходимо проверить поле на ftWideMemo вместо ftMemo.

Заключение

В статье была рассмотрена проблема, связанная с обновлением CLOB полей в Oracle через FireDAC в Delphi. Несмотря на то, что точная причина возникновения ошибки ORA-22275 остается неясной, предложенный обходной путь позволяет избежать этой ошибки. Разработчикам стоит учитывать данный опыт при работе с CLOB полями в Oracle и использовать предложенные изменения в логике обработки данных для корректного обновления данных.

Создано по материалам из источника по ссылке.

Устранение ошибки ORA-22275 при работе с полями CLOB в Oracle через компоненты FireDAC в Delphi, связанное с попыткой обновить значение поля на NULL.

Комментарии и вопросы

Получайте свежие новости и обновления по Object Pascal, Delphi и Lazarus прямо в свой смартфон. Подпишитесь на наш Telegram-канал delphi_kansoftware и будьте в курсе последних тенденций в разработке под Linux, Windows, Android и iOS

:: Главная :: Oracle ::