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

AndreyZ
Вт 15 дек 2015 11:37
Форум: Universal Data Access Components
Тема: Assert при Refresh после Post
Ответы: 5
Просмотры: 3665

Re: Assert при Refresh после Post

Релиз UniDAC, который включает данное исправление, уже доступен для скачивания.
AndreyZ
Чт 10 дек 2015 07:02
Форум: SQL Server Data Access Components
Тема: Медленная загрузка через MSLoader
Ответы: 3
Просмотры: 10098

Re: Медленная загрузка через MSLoader

Мы исправили проблему с медленной загрузкой через MSLoader. Данное исправление войдёт в следующий билд SDAC и UniDAC.
AndreyZ
Пн 30 ноя 2015 15:46
Форум: SQL Server Data Access Components
Тема: Медленная загрузка через MSLoader
Ответы: 3
Просмотры: 10098

Re: Медленная загрузка через MSLoader

Пожалуйста, постарайтесь составить небольшой пример, на котором воспроизводится данное поведение и пришлите его на почту andreyz*devart*com. В пример также включите скрипты для создания таблицы-источника и приемника.
AndreyZ
Пн 23 ноя 2015 12:19
Форум: Universal Data Access Components
Тема: Assert при Refresh после Post
Ответы: 5
Просмотры: 3665

Re: Assert при Refresh после Post

Выход следующего билда UniDAC запланирован нами на конец этого или на начало следующего месяца.
AndreyZ
Ср 21 окт 2015 09:08
Форум: SQL Server Data Access Components
Тема: TMSServiceBroker перестал работать в составе службы Windows
Ответы: 7
Просмотры: 12946

Re: TMSServiceBroker перестал работать в составе службы Windows

Спасибо за информацию. Мы воспроизвели описанное вами поведение и будем его исследовать. Мы сообщим вам о полученных результатах.
AndreyZ
Пн 20 июл 2015 12:25
Форум: Universal Data Access Components
Тема: TUniTable и CursorUpdate
Ответы: 12
Просмотры: 7090

Re: TUniTable и CursorUpdate

Если ни одно поле записи не было изменено, то при вызове метода Post UniDAC формирует SQL запрос, который явно изменяет значения всех полей. При этом может возникнуть ситуация, когда на момент вызова Post для серверного курсора эта запись уже удалена другим пользователем. В этом случае сервер вернет ошибку. Если же UniDAC не будет вызывать запрос, то пользователь не узнает, что запись была удалена. Т.е. такое поведение является корректным.
AndreyZ
Пн 20 июл 2015 09:58
Форум: Universal Data Access Components
Тема: UniDAC 6.1.6 - привет баги
Ответы: 3
Просмотры: 3356

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

Мы добавим сообщение об ошибке, если одновременно в датасете будет включен SmartFetch и тип курсора установлен в серверный курсор.
AndreyZ
Пт 17 июл 2015 11:37
Форум: Universal Data Access Components
Тема: UniDAC 6.1.6 - привет баги
Ответы: 3
Просмотры: 3356

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

В предоставленном вами примере, кроме включенной опции 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'.
AndreyZ
Чт 16 июл 2015 10:56
Форум: Universal Data Access Components
Тема: TUniTable и CursorUpdate
Ответы: 12
Просмотры: 7090

Re: TUniTable и CursorUpdate

vfisher писал(а):6.1.4 17-Jun-15...Bug with unnecessary update of all fields when a server cursor is used is fixed
Мы не можем воспроизвести указанный вами баг на текущей версии UniDAC 6.1.6 . Мы также попытались воспроизвести его на тестовом примере, который нам присылал denzay.dp, однако баг не воспроизвелся.

Пожалуйста, пришлите мне на почту andreyz*devart*com тестовое приложение, на котором воспроизводится данная проблема. К приложению также добавьте скрипт для создания тестовой таблицы.
AndreyZ
Ср 24 июн 2015 13:36
Форум: Universal Data Access Components
Тема: Вывод оригинального сообщения RAISERROR MS SQL Sever
Ответы: 1
Просмотры: 3859

Re: Вывод оригинального сообщения RAISERROR MS SQL Sever

К сожалению, в UniDAC не реализована обработка инфо-сообщений SQL Server, но она реализована в компонентах SDAC. Для получения инфо-сообщений SQL Server в SDAC вы можете использовать обработчик событий TMSConnection.OnInfoMessage . Более подробнее о событии OnInfoMessage вы можете прочесть в нашей онлайн документации: https://www.devart.com/sdac/docs/?devar ... essage.htm

Чтобы в приведенном вами примере получить сообщение об ошибке, передавайте при вызове RAISERROR значение параметра severity больше 10. Например, если значение этого параметра будет 11, то код вызова RAISERROR в триггере будет такой:

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

RAISERROR ('Ай-ай-ай!!! Низзя удалять!', 11, -1)
AndreyZ
Чт 11 июн 2015 11:50
Форум: Universal Data Access Components
Тема: CRUD на хранимках
Ответы: 16
Просмотры: 9975

Re: CRUD на хранимках

Мы изменили поведение UniDAC - out параметрам из SQL запроса автоматически устанавливается тип ptInputOutput для свойства TDAParam.ParamType этих параметров датасета. Данное изменение войдет в следующий билд UniDAC.
AndreyZ
Пт 29 май 2015 09:37
Форум: Universal Data Access Components
Тема: CRUD на хранимках
Ответы: 16
Просмотры: 9975

Re: CRUD на хранимках

Мы исследуем это поведение и сообщим вам о результатах.
AndreyZ
Пн 18 май 2015 13:45
Форум: Universal Data Access Components
Тема: CRUD на хранимках
Ответы: 16
Просмотры: 9975

Re: CRUD на хранимках

В версии 5.0.1 и последней версии, данное поведение UniDAC не отличается.

В SQL запросе для выполнения хранимой процедуры необходимо указывать типы параметров out, чтобы SQL Server вернул значения для этих параметров запроса.

Задавать свойству TDAParam.ParamType значение ptOutput необходимо, чтобы UniDAC вернул значения для этих параметров датасета из параметров запроса.
AndreyZ
Пн 18 май 2015 12:03
Форум: Universal Data Access Components
Тема: PG. UniDac 6.1.3. TUniQuery. Транзакции
Ответы: 6
Просмотры: 4709

Re: PG. UniDac 6.1.3. TUniQuery. Транзакции

Приятно видеть, что вы разобрались с поведением транзакций в PostgreSQL. Если у вас возникнут вопросы относительно UniDAC, пожалуйста задавайте их и мы на них ответим.
AndreyZ
Пт 15 май 2015 08:10
Форум: Universal Data Access Components
Тема: PG. UniDac 6.1.3. TUniQuery. Транзакции
Ответы: 6
Просмотры: 4709

Re: PG. UniDac 6.1.3. TUniQuery. Транзакции

raMZES писал(а):Я явно указал использовать определенную TUniTransaction, но это свойство игнорируется.
Пожалуйста уточните, после того как вы для этой транзакции установили сво-во ReadOnly в True, вызвали метод StartTransaction и изменяете данные в датасете - вы получаете сообщение об ошибке 'в транзакции в режиме "только чтение" нельзя выполнить UPDATE.'?
raMZES писал(а):Здесь же получается, что я указал в TUniTransaction уровень изоляции RepeatableRead, а он работает как ReadCommited.
Для этого вам необходимо для транзакции, которая связана с датасетом TUniQuery, вызывать метод StartTransaction перед открытием этого датасета.