Подскажите пожалуйста, в хранимке возникает ошибка, SSMS ловит ошибку типа
Msg 50000, Level 16, State 1, Procedure TestMessages, Line 20 [Batch Start Line 0]
Реальная ошибка
В дельфи я ловлю только сообщение "Реальная ошибка"
Как я могу поймать текст детализирующий место возникновения ошибки?
Найдено 22 результата
- Пт 02 ноя 2018 20:42
- Форум: SQL Server Data Access Components
- Тема: RAISEERROR
- Ответы: 1
- Просмотры: 12194
- Вт 02 окт 2018 12:08
- Форум: SQL Server Data Access Components
- Тема: Табличные параметры
- Ответы: 3
- Просмотры: 12067
Re: Табличные параметры
В принципе я просто написал наследника на TMSQuery :)
- Пт 28 сен 2018 09:35
- Форум: SQL Server Data Access Components
- Тема: Табличные параметры
- Ответы: 3
- Просмотры: 12067
Табличные параметры
Плотно работаю с табличными параметрами и столкнулся с одной весьма неудобной вещью.
Создается объект TMSTableData, прописываем тип на сервере, открываем заполняем.
Затем присваиваем ParamByName('xxx').asTable:= TMSTableData.Table
Затем все открываем и все замечательно работает, НО, если перед открытием запроса объект TMSTableData будет например
удален, то запрос не выполнится и получим ошибку. Тут как бы все логично, идет ссылка на уже несуществующий в памяти объект.
Но в случае когда мы динамически работаем с запросами использующими табличные параметры приходится городить связи между самим TMSQuery и всеми табличными объектами тоже созданными в рантайме.
Т.е хочется какой-то метод который загрузит данные из TMSTableData в табличный параметр после чего может быть безопасно убит, а запрос будет преспокойно открываться и работать. В идеале вообще чтобы TMSTableData был встроен в TMSParam и не требовалось городить связки объектов.
Создается объект TMSTableData, прописываем тип на сервере, открываем заполняем.
Затем присваиваем ParamByName('xxx').asTable:= TMSTableData.Table
Затем все открываем и все замечательно работает, НО, если перед открытием запроса объект TMSTableData будет например
удален, то запрос не выполнится и получим ошибку. Тут как бы все логично, идет ссылка на уже несуществующий в памяти объект.
Но в случае когда мы динамически работаем с запросами использующими табличные параметры приходится городить связи между самим TMSQuery и всеми табличными объектами тоже созданными в рантайме.
Т.е хочется какой-то метод который загрузит данные из TMSTableData в табличный параметр после чего может быть безопасно убит, а запрос будет преспокойно открываться и работать. В идеале вообще чтобы TMSTableData был встроен в TMSParam и не требовалось городить связки объектов.
- Ср 06 дек 2017 19:11
- Форум: SQL Server Data Access Components
- Тема: Установка в Lаzarus
- Ответы: 1
- Просмотры: 12536
Установка в Lаzarus
При попытке установить триальную версию в Лазаря, получаю сообщение об ошибке. Отсутствует файл MsCompactConnectionEditor.lfm
Ну и соответственно установка не удалась. Я что-то неверно делаю или пакет для Лазаря неполный?
Lazarus 1.6.4, FPC 3.0.2, SDAC последняя триальная версия с сайта
Ну и соответственно установка не удалась. Я что-то неверно делаю или пакет для Лазаря неполный?
Lazarus 1.6.4, FPC 3.0.2, SDAC последняя триальная версия с сайта
- Чт 04 май 2017 10:01
- Форум: SQL Server Data Access Components
- Тема: xml поле
- Ответы: 2
- Просмотры: 15699
Re: xml поле
Добрый день, спасибо за оперативный ответ. Думаю это стоит добавить куда-то в документацию или FAQ, так как в том же SSMS результат без TYPE точно также просматривается как xml. SDAC же требует четкого возврата типа xml для того чтобы поле датасета создалось TMSXMLField, а не TBlobField.
PS: кстати я решил данную проблему через присвоение результата генерации xml типу varchar(MAX) и возврату уже этого типа. Может кому пригодится. Ну и для общего развития, если TYPE не указан, то результат возвращается в виде nvarchar(MAХ).
PS: кстати я решил данную проблему через присвоение результата генерации xml типу varchar(MAX) и возврату уже этого типа. Может кому пригодится. Ну и для общего развития, если TYPE не указан, то результат возвращается в виде nvarchar(MAХ).
- Вт 02 май 2017 14:16
- Форум: SQL Server Data Access Components
- Тема: xml поле
- Ответы: 2
- Просмотры: 15699
xml поле
Или я чего-то не понимаю или лыжи совсем не катят.
На форме лежит TMSSQLConnection, установлено соединение с сервером.
Параметры соединения и клиента:
Microsoft SQL Server 12.00.5000
Microsoft SQL Server Native Client 11.0: 11.0.2100.60
В TMSQuery делаю запрос вида SELECT * FROM xxx FOR XML PATH, в SSMS результат отлично виден в виде XML.
В дизайне смотрю поле получилось типа TBlobField. Пытаюсь считать значение следующим образом
s:= TMSXMLField(qXML.Fields[0]).XML и в итоге в переменной s я не вижу нормального xml значения.
Что я делаю не так? Delphi XE7 и SDAC 7.3.13
На форме лежит TMSSQLConnection, установлено соединение с сервером.
Параметры соединения и клиента:
Microsoft SQL Server 12.00.5000
Microsoft SQL Server Native Client 11.0: 11.0.2100.60
В TMSQuery делаю запрос вида SELECT * FROM xxx FOR XML PATH, в SSMS результат отлично виден в виде XML.
В дизайне смотрю поле получилось типа TBlobField. Пытаюсь считать значение следующим образом
s:= TMSXMLField(qXML.Fields[0]).XML и в итоге в переменной s я не вижу нормального xml значения.
Что я делаю не так? Delphi XE7 и SDAC 7.3.13
- Сб 16 янв 2016 12:35
- Форум: SQL Server Data Access Components
- Тема: Ошибка в 7.2.9
- Ответы: 3
- Просмотры: 19893
Re: Ошибка в 7.2.9
Андрей, спасибо за ответ и рад что проблема исправлена.
Подскажите пожалуйста, последнее время я заметил что возник ряд вопросов о качестве продукта, причем ошибки не маленькие, а достаточно критичные. Медленная загрузка в лоадере, проблема с округлением, сейчас вот вообще банальная ошибка коннекта. Т.е качество тестирования релизов явно имеет какие-то проблемы. С чем связаны все эти проблемы?
Подскажите пожалуйста, последнее время я заметил что возник ряд вопросов о качестве продукта, причем ошибки не маленькие, а достаточно критичные. Медленная загрузка в лоадере, проблема с округлением, сейчас вот вообще банальная ошибка коннекта. Т.е качество тестирования релизов явно имеет какие-то проблемы. С чем связаны все эти проблемы?
- Чт 14 янв 2016 14:19
- Форум: SQL Server Data Access Components
- Тема: Ошибка в 7.2.9
- Ответы: 3
- Просмотры: 19893
Ошибка в 7.2.9
Новое приложение, кидаем на форму TMSConnection, вызываем визард настройки соединения, вбиваем данные для коннекта и получаем ошибку на соединении.
Прикладываю 2 скрина, первый это ошибка при нажатии кнопки коннект и второй это ошибка при переключении в закладку info.
Исходные данные: Delphi XE7 c апдейтом, никаких других компонентов не установлено.
Прикладываю 2 скрина, первый это ошибка при нажатии кнопки коннект и второй это ошибка при переключении в закладку info.
Исходные данные: Delphi XE7 c апдейтом, никаких других компонентов не установлено.
- Вт 08 дек 2015 07:57
- Форум: SQL Server Data Access Components
- Тема: Медленная загрузка через MSLoader
- Ответы: 3
- Просмотры: 14300
Re: Медленная загрузка через MSLoader
Будет ли решение этой проблемы?
- Вт 19 май 2015 07:37
- Форум: Universal Data Access Components
- Тема: CRUD на хранимках
- Ответы: 16
- Просмотры: 14210
Re: CRUD на хранимках
Но в выше опубликованном примере от 10 мая 2013, написанном Вами, никакой ручной установки типов параметров нет, и при этом пример замечательно работал тогда, я проверял сразу после Вашего ответа.
- Пн 18 май 2015 10:31
- Форум: Universal Data Access Components
- Тема: Проблема с TVirtualTable
- Ответы: 3
- Просмотры: 4386
Re: Проблема с TVirtualTable
Вы правы, при создании поля как widestring проблема уходит
- Сб 16 май 2015 14:33
- Форум: Universal Data Access Components
- Тема: Проблема с TVirtualTable
- Ответы: 3
- Просмотры: 4386
Проблема с TVirtualTable
XE7 и версия TVirtualTable 9.x
Создаем датасет, добавляем одно текстовое поле, вызываем штатный редактор датасета TVirtialTable, пытаемся занести значение "АБВГД", при посте значение меняется на "?????"
Создаем датасет, добавляем одно текстовое поле, вызываем штатный редактор датасета TVirtialTable, пытаемся занести значение "АБВГД", при посте значение меняется на "?????"
- Чт 14 май 2015 15:13
- Форум: Universal Data Access Components
- Тема: CRUD на хранимках
- Ответы: 16
- Просмотры: 14210
Re: CRUD на хранимках
Ну точно не скажу, но судя по дате сообщения версия unidac доступная 10 мая 2013 года. В вышеприведенном примере кстати тоже ничего не упоминается о ручной установке out параметров, т.е на момент написания примера out параметры в тексте запроса работали без ручной настройки.
Да и тогда вообще непонятно зачем в запросе параметры помечать как out если перед запуском мы их все равно правим руками.
Да и тогда вообще непонятно зачем в запросе параметры помечать как out если перед запуском мы их все равно правим руками.
- Вт 12 май 2015 19:51
- Форум: Universal Data Access Components
- Тема: CRUD на хранимках
- Ответы: 16
- Просмотры: 14210
Re: CRUD на хранимках
А это нормальное поведение или баг? Просто раньше необходимости в ручной установке типа параметра небыло необходимости. Парсер сам брал SQL запрос и параметры out делал как ptOutput.
Т.е будет ли это поправлено или это теперь нормальное поведение компонента и ничего не изменится?
Т.е будет ли это поправлено или это теперь нормальное поведение компонента и ничего не изменится?
- Пт 08 май 2015 17:49
- Форум: Universal Data Access Components
- Тема: CRUD на хранимках
- Ответы: 16
- Просмотры: 14210
Re: CRUD на хранимках
В версии 6.0.1 пример на OUT параметрах от AndreyZ не работает. На debug видно что не смотря что в тексте sql запроса на insert параметры заданы как out, в списке параметров передаваемых на сервер они заданы как in и соответственно возвращенные с сервера знаения не обрабатываются и не появляются в датасете.
В чем может быть дело?
В чем может быть дело?