Devart Forum

Мы планируем выпустить новый билд UniDAC включающий исправление в следующем месяце. Вы можете откатиться до версии 6.0.1 для избежания возникновения ошибки.

Мы уже исправили эту ошибку, это исправление войдет в следующий билд UniDAC.

Генераторы возвращают значения (и сохраняют свои значения на диске) вне контекста транзакции пользователя. Вы можете получить более подробную информацию об этом в документации FireBird, в разделе "Generators and transactions":
http://www.firebirdsql.org/pdfmanual/Fi ... -Guide.pdf
Вопрос о заполнение мастер-детайл таблиц из одной хранимой процедуры зависит от архитектуры Вашего приложения, а не от компонентов IBDAC. Информацию об алгоритмах заполнения таблиц и коде процедур Вы можете найти в документации к серверу или на профильных форумах.

Обращайтесь к нам, если у Вас возникнут вопросы по UniDAC.

Вы можете использовать обработчик событий TUniQuery.BeforeExecute для генерации требуемого Exception, согласно приведенному ниже коду:

Данное поведение TUniQuery корректно. Свойство TUniQuery.ParamCheck не предназначено для проверки присвоения значений параметрам, оно отвечает за включение (отключение) автоматической генерации параметров при изменении свойства SQL. Более подробную информацию об этом свойстве Вы можете получить на нашем сайте: http://www.devart.com/unidac/docs/devar ... mcheck.htm

The new UniDAC build with fixed error are available for download now.

Обращайтесь к нам, если у Вас возникнут вопросы по UniDAC.

Да, возможно данная проблема связана с функциональностью DevExpress компонентов. Вот описание похожей проблемы на DevExpress Support Center: https://www.devexpress.com/Support/Cent ... ls/Q457326 Попробуйте обратиться в техподдержку DevExpress.

К сожалению, мы не смогли воспроизвести ошибку указанным Вами способом. Пожалуйста, пришлите небольшой пример на viktorv*devart*com, демонстрирующий проблему, включающий скрипт на создание и заполнение таблиц БД.

Thank you for the information. We have reproduced and fixed the issue. The fix will be included in the next UniDAC build. We plan to release it within this week.

Вы можете самостоятельно составить нужный Вам запрос и выполнить его в TMyQuery.
Для получения необходимой информации обратитесь, пожалуйста, к документации MySQL сервера.

Мы возвращаем метаданные, полученные в результате запроса к INFORMATION_SCHEMA.COLUMNS без дополнительной обработки. Если Вы хотите изменить эту функциональность, пожалуйста, напишите об этом на нашем User Voice форуме: http://devart.uservoice.com/forums/1046 ... 8913-mysql
Если Вам предложение наберет достаточно голосов, мы рассмотрим возможность ее реализации.

К сожалению, мы не смогли воспроизвести проблему описанным Вами способом. Пожалуйста, обновите MyDAC до последней версии (8.4.12) и, если это не решит проблему, пришлите небольшой пример на viktorv*devart*com, демонстрирующий проблему, включающий скрипт на создание и заполнение таблиц БД.
2 идентичные записи в таблице "shop_brands" создаются потому, что Вы используете метод myqry1.SQL.Add и после второго вызова myqry1.ExecSQL опять выполняется запрос "INSERT INTO shop_brands", для решение этой проблемы Вы можете использовать вместо метода myqry1.SQL.Add свойство myqry1.SQL.Text или перед вызовом myqry1.SQL.Add вызвать метод myqry1.SQL.Clear.

To investigate the problem, please send a small sample to viktorv*devart*com to demonstrate the issue, including a script to create and fill in test database table.