XDAC 6.6.1.3 - 03.11.2026

Функциональность
  - INSERT/UPDATE/DELETE могут возвращать изменённые записи целиком или только их первичные ключи — в виде NDJSON-потока. 
    Управляется заголовком: `Prefer: return=full` (все изменённые записи) 
    или `Prefer: return=keys` (только первичные ключи). 
    Без заголовка поведение прежнее: `Prefer: return=representation` отдаёт `{"affected_rows": N}`, а без `Prefer` — пустое тело. 
    Реализовано для PostgreSQL.
  - Лишние GET-параметры RPC можно собрать в один JSON-параметр функции.
    Параметр-приёмник задаётся двумя способами: по соглашению — необязательный параметр с именем `jparams`; 
    либо явно — заголовком `X-JParams: <имя_параметра>` (параметр может называться как угодно). 
    `X-JParams: off` полностью отключает схлопывание.
    Повторяющиеся параметры (`?foo=1&foo=2`) приходят массивом. Работает для PostgreSQL (типы приёмника: json/jsonb/text/varchar) 
    и Oracle (varchar2/nvarchar2/clob/nclob/char).
  - Добавлена авторизация операций изменения данных (DML) через процедуру-валидатор на уровне БД: 
    перед выполнением SELECT/INSERT/UPDATE/DELETE сервис вызывает процедуру и база сама решает, кому что можно. 
    Настраивается в описании источника данных:
    `"dmlValidation": { "t_clients": "api.f_dml_validate" }`. Валидатор получает имя операции (`select`/`insert`/`update`/`delete`) и видит заголовки запроса. 
    Для PostgreSQL валидатор возвращает `boolean` (или отказывает через `raise` с кодом `XDAC*`); 
    для Oracle — `VARCHAR2` `'Y'`/`'N'` (или отказывает через `RAISE_APPLICATION_ERROR(-20xxx, 'сообщение')`). 
    Без настройки поведение DML не меняется.

Исправление ошибок
  - Исправлен вызов функций и процедур Oracle через GET: одиночные параметры запроса корректно приводятся к строке.

Производительность
  -