UniDAC 6.1.6 - привет баги

[vfisher]

bugs_here.7z

Тестовый проект

(1.36 КБ) 208 скачиваний

Доброго времени суток, дорогие разработчики.

Свежайшая версия UniDAC 6.1.6, Delphi XE, MS SQL Server 2008.

Создаем простейшую таблицу - 3 поля.

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

CREATE TABLE a(
 a INT PRIMARY key,
 b INT,
 c varchar(200)
)

Кладем на форму грид, цепляем его к TUniTable, а TUniTable завязываем на созданную таблицу.
Включаем SmartFetch.



Запускаем, коннектимся, создаем запись и фигеем от работы свежей версии компонента.

Результат:


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

[AndreyZ]

В предоставленном вами примере, кроме включенной опции SmartFetch, в датасете UniTable1 для провайдера SQL Server установлен тип серверного курсора ctKeyset. Поведение SmartFetch в UniDAC аналогично поведению серверных курсоров SQL Server, поэтому нет смысла одновременно использовать в одном и том же датасете и SmartFetch и серверный курсор. Данное поведение UniDAC не менялось нами ни в текущем релизе, ни в предыдущих релизах много времени.

Более подробное описание типов серверных курсоров SQL Server в UniDAC можно прочесть в нашей онлайн-документации: https://www.devart.com/sdac/docs/?devar ... ortype.htm

В предоставленом вами примере, для использования SmartFetch, перед открытием датасета установите свойству TUniQuery.SpecificOptions.Values['SQL Server.CursorType'] значение 'ctDefaultResultSet'.

[vfisher]

Да, если установить ctDefaultResultSet, то подобной ошибки не возникает. Но от этого баг не перестает быть багом. Для подобной ситуации, если включены два несовместимых друг с другом механизма, стоило бы выдать какую-то человекопонятную ошибку, указывающую на проблему.

[AndreyZ]

Мы добавим сообщение об ошибке, если одновременно в датасете будет включен SmartFetch и тип курсора установлен в серверный курсор.