Найдено 328 результатов
- Вт 15 дек 2015 11:37
- Форум: Universal Data Access Components
- Тема: Assert при Refresh после Post
- Ответы: 5
- Просмотры: 5281
Re: Assert при Refresh после Post
Релиз UniDAC, который включает данное исправление, уже доступен для скачивания.
- Чт 10 дек 2015 07:02
- Форум: SQL Server Data Access Components
- Тема: Медленная загрузка через MSLoader
- Ответы: 3
- Просмотры: 14027
Re: Медленная загрузка через MSLoader
Мы исправили проблему с медленной загрузкой через MSLoader. Данное исправление войдёт в следующий билд SDAC и UniDAC.
- Пн 30 ноя 2015 15:46
- Форум: SQL Server Data Access Components
- Тема: Медленная загрузка через MSLoader
- Ответы: 3
- Просмотры: 14027
Re: Медленная загрузка через MSLoader
Пожалуйста, постарайтесь составить небольшой пример, на котором воспроизводится данное поведение и пришлите его на почту andreyz*devart*com. В пример также включите скрипты для создания таблицы-источника и приемника.
- Пн 23 ноя 2015 12:19
- Форум: Universal Data Access Components
- Тема: Assert при Refresh после Post
- Ответы: 5
- Просмотры: 5281
Re: Assert при Refresh после Post
Выход следующего билда UniDAC запланирован нами на конец этого или на начало следующего месяца.
- Ср 21 окт 2015 09:08
- Форум: SQL Server Data Access Components
- Тема: TMSServiceBroker перестал работать в составе службы Windows
- Ответы: 7
- Просмотры: 17973
Re: TMSServiceBroker перестал работать в составе службы Windows
Спасибо за информацию. Мы воспроизвели описанное вами поведение и будем его исследовать. Мы сообщим вам о полученных результатах.
- Пн 20 июл 2015 12:25
- Форум: Universal Data Access Components
- Тема: TUniTable и CursorUpdate
- Ответы: 12
- Просмотры: 9976
Re: TUniTable и CursorUpdate
Если ни одно поле записи не было изменено, то при вызове метода Post UniDAC формирует SQL запрос, который явно изменяет значения всех полей. При этом может возникнуть ситуация, когда на момент вызова Post для серверного курсора эта запись уже удалена другим пользователем. В этом случае сервер вернет ошибку. Если же UniDAC не будет вызывать запрос, то пользователь не узнает, что запись была удалена. Т.е. такое поведение является корректным.
- Пн 20 июл 2015 09:58
- Форум: Universal Data Access Components
- Тема: UniDAC 6.1.6 - привет баги
- Ответы: 3
- Просмотры: 4580
Re: UniDAC 6.1.6 - привет баги
Мы добавим сообщение об ошибке, если одновременно в датасете будет включен SmartFetch и тип курсора установлен в серверный курсор.
- Пт 17 июл 2015 11:37
- Форум: Universal Data Access Components
- Тема: UniDAC 6.1.6 - привет баги
- Ответы: 3
- Просмотры: 4580
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'.
Более подробное описание типов серверных курсоров SQL Server в UniDAC можно прочесть в нашей онлайн-документации: https://www.devart.com/sdac/docs/?devar ... ortype.htm
В предоставленом вами примере, для использования SmartFetch, перед открытием датасета установите свойству TUniQuery.SpecificOptions.Values['SQL Server.CursorType'] значение 'ctDefaultResultSet'.
- Чт 16 июл 2015 10:56
- Форум: Universal Data Access Components
- Тема: TUniTable и CursorUpdate
- Ответы: 12
- Просмотры: 9976
Re: TUniTable и CursorUpdate
Мы не можем воспроизвести указанный вами баг на текущей версии UniDAC 6.1.6 . Мы также попытались воспроизвести его на тестовом примере, который нам присылал denzay.dp, однако баг не воспроизвелся.vfisher писал(а):6.1.4 17-Jun-15...Bug with unnecessary update of all fields when a server cursor is used is fixed
Пожалуйста, пришлите мне на почту andreyz*devart*com тестовое приложение, на котором воспроизводится данная проблема. К приложению также добавьте скрипт для создания тестовой таблицы.
- Ср 24 июн 2015 13:36
- Форум: Universal Data Access Components
- Тема: Вывод оригинального сообщения RAISERROR MS SQL Sever
- Ответы: 1
- Просмотры: 4727
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 значение параметра severity больше 10. Например, если значение этого параметра будет 11, то код вызова RAISERROR в триггере будет такой:
Код: Выделить всё
RAISERROR ('Ай-ай-ай!!! Низзя удалять!', 11, -1)
- Чт 11 июн 2015 11:50
- Форум: Universal Data Access Components
- Тема: CRUD на хранимках
- Ответы: 16
- Просмотры: 14204
Re: CRUD на хранимках
Мы изменили поведение UniDAC - out параметрам из SQL запроса автоматически устанавливается тип ptInputOutput для свойства TDAParam.ParamType этих параметров датасета. Данное изменение войдет в следующий билд UniDAC.
- Пт 29 май 2015 09:37
- Форум: Universal Data Access Components
- Тема: CRUD на хранимках
- Ответы: 16
- Просмотры: 14204
Re: CRUD на хранимках
Мы исследуем это поведение и сообщим вам о результатах.
- Пн 18 май 2015 13:45
- Форум: Universal Data Access Components
- Тема: CRUD на хранимках
- Ответы: 16
- Просмотры: 14204
Re: CRUD на хранимках
В версии 5.0.1 и последней версии, данное поведение UniDAC не отличается.
В SQL запросе для выполнения хранимой процедуры необходимо указывать типы параметров out, чтобы SQL Server вернул значения для этих параметров запроса.
Задавать свойству TDAParam.ParamType значение ptOutput необходимо, чтобы UniDAC вернул значения для этих параметров датасета из параметров запроса.
В SQL запросе для выполнения хранимой процедуры необходимо указывать типы параметров out, чтобы SQL Server вернул значения для этих параметров запроса.
Задавать свойству TDAParam.ParamType значение ptOutput необходимо, чтобы UniDAC вернул значения для этих параметров датасета из параметров запроса.
- Пн 18 май 2015 12:03
- Форум: Universal Data Access Components
- Тема: PG. UniDac 6.1.3. TUniQuery. Транзакции
- Ответы: 6
- Просмотры: 6642
Re: PG. UniDac 6.1.3. TUniQuery. Транзакции
Приятно видеть, что вы разобрались с поведением транзакций в PostgreSQL. Если у вас возникнут вопросы относительно UniDAC, пожалуйста задавайте их и мы на них ответим.
- Пт 15 май 2015 08:10
- Форум: Universal Data Access Components
- Тема: PG. UniDac 6.1.3. TUniQuery. Транзакции
- Ответы: 6
- Просмотры: 6642
Re: PG. UniDac 6.1.3. TUniQuery. Транзакции
Пожалуйста уточните, после того как вы для этой транзакции установили сво-во ReadOnly в True, вызвали метод StartTransaction и изменяете данные в датасете - вы получаете сообщение об ошибке 'в транзакции в режиме "только чтение" нельзя выполнить UPDATE.'?raMZES писал(а):Я явно указал использовать определенную TUniTransaction, но это свойство игнорируется.
Для этого вам необходимо для транзакции, которая связана с датасетом TUniQuery, вызывать метод StartTransaction перед открытием этого датасета.raMZES писал(а):Здесь же получается, что я указал в TUniTransaction уровень изоляции RepeatableRead, а он работает как ReadCommited.