Devart Forum

Stellar

Вы можете посмотреть список установленных экземпляров MS SQL Server на компьютере с помощью утилиты Sql Server Configuration Manager, либо в списке служб компьютера.

https://prnt.sc/125dk5r
https://prnt.sc/125dl9t

Stellar

При исcпользовани SmartFetch установите для опции FetchAll значение True (значение по умолчанию).
UniQuery1->SpecificOptions->Values["FetchAll"] = "True";

Stellar

Если для TUniQuery/TUniTable активирован режим SmartFetch, тогда не нужно ограничивать загрузку записей в набор данных. Пример использования SmartFetch:

Код: Выделить всё

UniQuery1.SQL.Text := 'SELECT DEPTNO, DNAME, LOC FROM DEPT';
UniQuery1.FetchRows := 50;
UniQuery1.KeyFields := 'DEPTNO';
UniQuery1.FetchAll := True;
UniQuery1.SmartFetch.LiveBlock := True;
UniQuery1.SmartFetch.Enabled := True;
UniQuery1.Open;

В режиме FetchAll = False, UniDAC отправляет один запрос на сервер, для получения всех записей. Но загружает записи, в набор данных, по мере необходимости(при перемещении курсора). Если переместить курсор в конец набора данных, тогда все записи будут загружены в набор данных.
В режиме SmartFetch на сервер отправляется запрос, для получения ограниченного количества записей. Загружаемое количество записей определяется свойством FetchRows. Запрос получения записей будет иметь приблизительно такой вид:

Код: Выделить всё

// FetchRows = 50;
SELECT * FROM Dept WHEREE DeptNO > 0 AND DeptNO <= 50

При перемещении курсора, будет отправлен еще один запрос на сервер:

Код: Выделить всё

SELECT * FROM Dept WHEREE DeptNO > 50 AND DeptNO <= 100

Если для опции SmartFetch.LiveBlock установлено значение True, тогда предыдущие 50 записей будут удалены с набора данных.

Stellar

Имелось ввиду, что документация содержит описание для параметров SmartFetch.

Stellar

Для получения данных из больших таблиц компоненты UniDAC имеет специальный механизм SmartFetch, который минимизирует использование памяти приложением. Когда режим SmartFetch включен, а для параметра LiveBlock установлено значение True, объем выделенной памяти соответствует количеству записей, определенных в свойстве FetchRows. Когда новые записи загружены, дополнительная память не будет выделена, и такие записи будут удалены из памяти.
Для организации быстрой навигации по огромному набору данных UniDAC в режиме SmartFetch выполняет предварительный запрос на сервер, для построения списка значений для ключевых полей. Этот список будет хранится в памяти, пока набор данных будет активным.

Код: Выделить всё

UniQuery1.SQL.Text := 'SELECT id, name FROM Table_Name';
UniQuery1.FetchRows := 100;
UniQuery1.SpecificOptions.Values['FetchAll'] := 'True';
UniQuery1.SmartFetch.Enabled := True;
UniQuery1.SmartFetch.LiveBlock := True;
UniQuery1.KeyFields := 'id';
UniQuery1.Open;

Stellar

Был рад помочь, если у Вас возникнут какие-либо дополнительные вопросы о наших продуктах, пожалуйста свяжитесь с нами.

Stellar

Для получения данных из больших таблиц компоненты UniDac имеет специальный режим SmartFetch, который минимизирует использование памяти приложением. Когда режим SmartFetch включен, а для параметра LiveBlock установлено значение True, объем выделенной памяти соответствует количеству записей, определенных в свойстве FetchRows. Когда новые записи загружены, дополнительная память не будет выделена, и такие записи будут удалены из памяти.

Код: Выделить всё

UniQuery1->FetchRows = 50;
UniQuery1->SpecificOptions->Values["FetchAll"] = "True";
UniQuery1->SmartFetch->Enabled = true;
UniQuery1->SmartFetch->LiveBlock = true;
UniQuery1->KeyFields = "id";
UniQuery1->Open();

Больше информации о SmartFetch опции Вы можете прочитать в нашей он-лайн документации:
https://www.devart.com/unidac/docs/?dev ... ptions.htm

Stellar

По умолчанию, UniQuery не выполняет запросы в отдельном потоке. Соотвественно, во время выполения запроса основной поток "замораживается", до окончания выполнения запроса на сервере и получения результата от сервера.
Если у вашего приложения несколько потоков, тогда вам необходимо самостоятельно реализовать логику возможности закрытия приложения.

Stellar

При активной опции SmartFetch, UniDAC выполняет предварительный запрос на сервер, для построения списка значений ключевых полей. Если первичным ключом является поле типа DECIMAL(10), тогда список значений первичных ключей не будет занимать большого объема оперативной памяти. В режиме SmartFetch UniDAC не выделяет буфер для всех записей К сожалению, мы не можем воспроизвети проблему с "out of memory" в режиме SmartFetch.
Пожалуйста, составьте небольшой пример для ее воспроизведения с использованием стандартных Data Controls (TDBGrid, TDBEDit и пр.) и пришлите нам для исследования. Пример вы можете прислать, используя форму контакта на нашем сайте: http://www.devart.com/company/contactform.html

Stellar

К сожалению, мы не можем воспроизвести указанную вами проблему. Пожалуйста, составьте небольшой пример для ее воспроизведения с использованием стандартных компонент и пришлите нам для исследования, включая скрипты для создания объектов базы данных. Пример вы можете прислать, используя форму контакта на нашем сайте: http://www.devart.com/company/contactform.html

Stellar

Для того, чтобы обеспечить клиентское соединение с базой данных определенной группы доступности, необходимо создать прослушиватель группы доступности. Прослушиватель группы доступности ― это виртуальное сетевое имя (VNN), к которому могут подключаться клиенты, чтобы получить доступ к базе данных из первичной или вторичной реплики группы доступности AlwaysOn. Прослушиватель группы доступности позволяет клиенту подключаться к реплике доступности, не зная имени физического экземпляра SQL Server, с которым устанавливается соединение.

Больще информации о подключении к прослушивателю группы доступности Always On:
docs.microsoft.com/ru-ru/sql/database-engine/availability-groups/windows/listeners-client-connectivity-application-failover?view=sql-server-2017

Stellar

UniDAC поддерживает технологию SQL Server Always On, но собственной реализаций автоматического переподключения к резервному серверу, при разрыве соединения, UniDAC не имеет. Для того, чтобы использовать обработчик события OnConnectionLost, необходимо добавить модуль MemData и установить для свойства TUniConnection.Options.LocalFailover значение True. Вы можете сами реализовать подключение к резервному серверу, при разрыве соединения.

Подробнее о OnConnectionLost:
devart.com/unidac/docs/devart.dac.tcustomdaconnection.onconnectionlost.htm

Stellar

Блокировка записи полезна при создании многопользовательских приложений. Это предотвращает изменение записи несколькими пользователями одновременно. При использовании LockMode равным lmNone изменениe записи будет выполняться без блокировки.
При попыткe выполнить изменение данных на linked-сервере из триггера Sql Server пытается начать распределенную транзакцию.
Это поведение сервера, на которое мы не можем повлиять.

Stellar

Рады слышать, что проблема решена. Если у вас возникнут вопросы по использованию наших компонентов - обращайтесь.

Stellar

Для загрузки данных из TMSTableData в табличный параметр необходимо будет продублировать данные, что приведет к потере производительности и увеличению используемой памяти приложения. Поэтому, мы не видим целесообразности подобного решения.
Вы можете попробовать добавить тег в TMSTableData, который будет признаком, можно ли удалять объект TMSTableData.

Devart Forum

Найдено 20 результатов

Re: Проблема подключения базы данных Oracle к MS SSMS с помощью Devart ODBC

Re: UniQuery-FetchRows и пагинация

Re: UniQuery-FetchRows и пагинация

Re: UniQuery-FetchRows и пагинация

Re: Бесконечная прокрутка

Re: UniQuery-FetchRows и пагинация

Re: UniQuery-FetchRows и пагинация

Re: Момент окончания выполнения запроса на сервере

Re: Большое потребление памяти

Re: Обновление только что добавленной записи

Re: UniDAC и MS SQL Always On

Re: UniConnection и БД на SQL сервере в зеркальном отражении

Re: TUniTable.Post и запрос к linked-серверу

Re: Табличные параметры

Re: Табличные параметры