Devart Forum

Тут у меня совсем приперло в работе по медленным каналам.
Если у меня будет версия с исходным кодом я сам смогу внести такие изменения не дожидаясь вас?

Я уже проголосовал, но это судя по рейтингу это долгая история
Если я правильно понимаю, компрессия обеспечивается самим клиентом fbclient.dll а вам нужно только передать опцию в параметры подключения

To activate Wirecompression from the client side, pass the appropriate tag in the config item of the DPB
or SPB call:
isc_dbp_config/isc_sbp_config <string-length> "WireCompression=true"

Может есть какая то возможность в коде приложения передать эту опцию при коннекте что бы вам не трогать?

Добрый день
Для работы клиентов через VPN нужно включить параметр WireCompression = true
Выдает ошибку: "WireCompression" is not valid option name for Interbase UniProvider
UniDAC версии 6.0.1
Как исправить?

Добрый день.

База данных - Firebird 2.5
UniDAC 6.0.1

У TUniConnection указано AutoCommit := False;
У TUniQuery присваиваю
Transaction (RO)
UpdateTransaction (RW) (Это глобальная транзакция)

CachedUpdates := True;
Options.AutoPrepare := True;
AutoCommit := False;

у TUniQuery оба свойства (Transaction и UpdateTransaction) указывают на одну и ту же глобальную транзакцию.
после TUniQuery.Open свойство AutoCommit равно True,
TUniQuery.ApplyUpdates стартует какую то новую транзакцию и коммитит её, данные изменены в базе, а мне нужно сделать все в одной транзакции.

Почему TUniQuery считает что мне нужен AutoCommit и почему не смотря а то что UpdateTransaction указана стартует и коммитится какая то новая транзакция ?
Как провести изменения в рамках одной глобальной транзакции?

UniQuery1.Transaction := UniTransaction2;
UniQuery1.UpdateTransaction := UniTransaction2;
UniTransaction1.StartTransaction;
UniTransaction2.StartTransaction;

UniQuery1.open;
UniQuery1.Edit;
UniQuery1.FieldByname('status').AsInteger := UniQuery1.FieldByname('status').AsInteger + 1;

UniQuery1.Post;
UniQuery1.ApplyUpdates();// После этой процедуры данные в базе изменяются, то есть изменены в какой то отдельной транзакции.
UniQuery1.CommitUpdates;
UniQuery1.Close;
UniTransaction2.Commit;
UniTransaction1.Commit;


Спасибо
Вадим Мещеряков

Спасибо.

>Данное поведение TUniQuery корректно.

В других технологиях доступа к данным открытие запроса без присвоения значений параметров выдаст ошибку.
Есть возможность сгенерировать exсeption если параметр не присвоен?

Добрый день
Сервер Firebird, UniDAC версии 6.0.1
Вот такой код не выдает ни какой ошибки

UniQuery1.SQL.Clear;
UniQuery1.SQL.Add('select * from customer where id = :idcustomer');
UniQuery1.Open;

Я проверил - свойство UniQuery1.ParamCheck = True;


C уважением, Мещеряков Вадим

Спасибо!

Перевожу проект с DBExpress на UniDAC
столкнулся с такой проблемой

Запрос вида select * from main where datedoc > :dat1 and datedoc <:dat1 and
(idtype1 = :idtype or idtype2 = :IdType)

в DbExpress показывает 4 параметра в Params (при этом они ссылаются на 2 объекта в памяти, то есть внутри системы их все таки два) а UniDAC показывает что Params.Count = 2.

В генераторе отчетов FastReport 2.X в шаблоне параметры сохраняются по порядку следования а не по именам. Я уже переделал сохранение-чтение в поток и из потока не по индексу а по имени параметра, но приходится пересохранять все шаблоны в новой версии приложения с DBExpress, а шаблонов на местах тысячи.
Есть возможность сделать так что бы в UniDAC тоже было 4 параметра в TParams?

Спасибо, уже написал им

Я сделал тестовое приложение - проблема вот в чем:
После вызова: DisableControls + EnableControls

UniQuery1.DisableControls;
UniQuery1.Close;
UniQuery1.Open;
UniQuery1.EnableControls;

DbAware компоненты
TcxDBCombobox, TcxDbChecbox, TcxDbTextEdit
DBExpress перестают отображать данные из запроса

В то же время TcxGrid и стандартные компоненты Delphi отображают значения полей запроса корректно.
Возможно эта проблема в DBExpress.

P.S. Если делаю просто
UniQuery1.DisableControls;
UniQuery1.EnableControls;

все показывается нормально.

Добрый день

UniDAC Версия 6.0.1. Firebird
Перевожу проект с D7 на DXE5 c DBExpress на UniDAC.

В событии UniQuery.AfterOpen, полям результирующего запроса присваиваются процедуры обработчики onGetText, для форматирования текста.
Все работает пока не закрыть запрос и не открыть снова. После этого перестают вызываться обработчики событий onGetText для полей.

Где что подкрутить что бы работало?

VadimMest писал(а):

AndreyZ писал(а): для TUniQuery установите в SpecificOptions свойство FetchAll в True.

А можно пример кода как установить в Runtime в SpecificOptions свойство FetchAll в True?

AndreyZ писал(а): Чтобы после открытия датасета все записи зафетчились в память, для TUniQuery установите в SpecificOptions свойство FetchAll в True.

Спасибо!

>Пожалуйста, уточните какую БД вы используете? С учетом специфических особенностей различных БД, в UniDAC могут быть различные решения.

Я использую Firebird

С уважением,

Мещеряков Вадим