Devart Forum

Добрый день,

Рад что проблема решена. Если у Вас возникнуть еще какие либо вопросы связанные с нашими продуктами обращайтесь к нам снова

Добрый день,

мы проверили время восстановления БД из созданного дамп файла - и процесс восстановления данных занимает ориентировочно в три раза больше времени чем процесс сохранения. Т.е. на вашей базе должно быть до 10 минут. Однако кроме отключения constraint (SET FOREIGN_KEY_CHECKS = 0;), также следует отключить индексацию, триггеры, и т.д., для ускорения вставки данных.
Если после отключения всех проверок, индексов и т.д. время вставки данных не уменьшиться, попробуйте вставить данные из сформированного дамп файла используя консоль mysql и сообщите нам результат.

P.S. Также вам нет необходимости включать в файл дампа операции TRUNCATE TABLE, так как блицы уже существуют и в нет данных, для этого необходимо отключить опцию AddDrop

Добрый день,

Да такой подход возможен, но кроме отключения doTable, Вам также необходимо включить опцию
CompleteInsert, так как без этой опции запрос на вставку данных будет формироваться без названия полей и после добавления поля в таблицу при попытке вставки данных возникнет ошибка.
Кроме того перед восстановлением данных также необходимо отключить все constraint, так как при вставке данных возможны нарушения этих constraint.
И перед всеми операциями мы рекомендуем сделать полный дамп средствами самого сервера, для гарантии сохранности данных в случае непредвиденных ситуаций.

Добрый день,

Даже при добавлении свойства Descriptions для компонента просмотреть его можно будет только зайдя в это свойство через Object Inspector, либо на отдельной закладке самого редактора, что не отличаеться по удобству от "постоянно лезть в запрос, чтобы посмотреть информацию о датасете".

hello,

Мы не планируем реализацию этого свойства. Если Вы используете компонент TuniQuery то вы можете добавлять коментарии непосредственно в тексте запроса используя коментированные строки т.е. Ограничение в 10 голосов установлено сервисом UserVoice, Вам будут возвращены голоса после того как темы за которые Вы отдали свои голоса будут закрыты, но если Вы все таки хотите добавить новую тему Вы можете отозвать свои голоса из любой темы за которую вы проголосовали

Добрый день,

Если ваш сервер MySQL установлен на Linux платформе - то при задании имен объетов Вам необходимо задавать их в том же регистре в котором они были заданы. Т.е. задавать свойство UpdatingTable в нижнем регистре 'ads'. Если сервер установлен на Windows платформе то регистрозависимость настраиваеться опциями сервера, в этом случае Вам необходимо уточнить параметры конфигурации у Вашего администратора MySQL сервера.

Добрый день,

Если использовать скрипт который Вы привели (создание нерегистрозависимой таблицы), то все SQL запросы (INSERT/UPDATE/DELETE/REFRESH) генерируються без ошибок, в независимости от регистра символов в котором указано имя таблицы в свойстве UpdatingTable. Пожалуйста уточните Вашу версию UniDAC, так как в предыдущей версии 4.1.5 возникали некоторые проблемы с дизайн-тайм генератором SQL запросов.

Добрый день,

Мы проверили Fetch данных с выключенной опцией FetchAll и установленными опциями GridMode и GridModeBufferCount (cxGrid версии 6.52 delphi 2010) и данные получаются "постранично". Попробуйте проверить это поведение используя стандартный DBGrid. Если проблема возникает только с cxGrid, пожалуйста, обратитесь к разработчика для уточнения опций необходимых для отключения полного вычитывания данных из DataSet

Добрый день,

У TUniConnection нет опции FetchAll так как эта опция отвечает за fetch данных и применима только к DataSet. Для того чтобы опция была применима в дизайн-тайме вам необходимо установить ее в редакторе компонента UniQuery на вкладке Options - в этом случае в DataEditor будет отображаться заданное количество записей.
Для "постраничного" отображения данных в cxGrid достаточно установить опцию FetchAll у TuniConnection в False и следующие опции crGrid

проверить правильность поведения вы можете создав обработчик события TuniQuery.AfterFetch

Hello,

Метод ExecProc введен для совместимости с BDE и внутри себя вызывает метод Execute, в обоих случаях происходит явное выполнение процедуры. При Вызове метода Prepare если параметром процедуры являеться курсор мы пытаемся получить его поля с помощью "неявного" вызова этой процедуры со значением параметров равным NULL. Если Вам необходимо получать только параметры "простых" типов не SYS_REFCURSOR то Вы можете использовать метод PrepareSQL который не будет вызывать выполнение процедуры.

Hello,

При вызове метода Prepare вызывается метод OCIStmtPrepare из библиотеки OCI.dll который "подготавливает" процедуру на сервере, и "явного" вызова процедуры не происходит - поэтому проблем с использованием метода prepare возникнуть не должно. Если у Вас возникают проблемы с использованием этого метода пришлите пожалуйста скрипт для создания Вашей ХП и объектов БД используемых в ней, а также точные версии ODAC и IDE

Добрый день,

Вызов метода prepare вызывает и анализирует процедуру на сервере для повышения производительности.

Добрый день,

Данная ошибка возникает только в дизайн-тайме при попытке активации SQLMonitor если не запущен DBMonitor. Если Вы не пользуетесь DBMonitor то для избежания этой ошибке Вам необходимо установить свойство следующим образом

Добрый день,

Я выслал Вам тестовое приложение которое соединяеться одновременно с PostgreSQL и MS SQL серверами в отдельном потоке сервиса.
В потоке сохраняються текущие идентификаторы соединения, а после окончания выполнения потока в самом же сервисе проверяються наличие
сессий с сохраненными идентификаторами. Пример явно показывает что при выполнения метода Disconnect соединения успешно разрываються.
Пожалуйста выполните этот пример, и если ошибка не повториться измените его для воспроизведения проблемы и вышлите его обратно

Добрый день,

Мы проверили поведение UniDAC с postgreSQL сервером при работе в потоке создаваемом в сервисе и не обнаружилши описываемой Вами проблемы - при вызове метода Disconnect соединение успешно разрываеться. Возможно Вы не вызываете метод Disconnect в вашем потоке. Попробуйте залогировать все операции создания и разрыва соединения в файл и проанализировать результат, кроме того Вы можете прислать нам небольшой пример воспроизводязщий проблему на alexp*devart*com и мы постараемся помочь Вам разобраться в этой проблеме