Devart Forum

Мы рады, что Вы смогли найти необходимое решение. Обращайтесь к нам по любым вопросам, касающимся использования наших продуктов.

Нам также сложно повторить описываемое Вами поведение в своем окружении. Поэтому мы не можем исследовать проблему без ее четкого воспроизведения. Пожалуйста, для продолжения работы по данному вопросу нам понадобится небольшой полный пример, о котором мы писали ранее

Спасибо за Ваши предложения. В первом случае при реализации своих компонентов мы ориентировались на поведение стандартного TDataSet . Именно такое поведение привычно для большинства наших пользователей. При изменении или вставке строки данных Вы имеете возможность изменить текст запроса, отправляемого на сервер. Это можно сделать при помощи свойства SQLInsert : https://www.devart.com/odac/docs/?devar ... insert.htm (или SQLUpdate в случае изменения данных)

Нам по прежнему не удается обнаружить разницу в быстродействии между OCI и Direct режимами работы ODAC согласно Вашего описания. Для дальнейшего исследования проблемы нам понадобится
небольшой полный пример, воспроизводящий проблему. В данном примере должны создаваться необходимые объекты БД, наполнятся данными соответствующие таблицы и выполняться операции,
демонстрирующие разницу в производительности. Данный пример Вы можете передать нам посредством формы e-support (https://www.devart.com - меню «Support»\«Request Support» )

В настоящее время мы занимаемся исследованием проблемы согласно Вашего описания, однако пока нам не удается получить подобные результаты. Мы продолжим исследование и сообщим Вам результатах в скором времени

Мы проверили работу ODAC согласно Вашего описания. К сожалению мы не смогли воспроизвести аналогичное поведение. В своем тесте мы использовали таблицу, содержащую 10000 записей и сформировали запрос, аналогичный приведенному Вами. Данный запрос включал в себя более 10000 символов. Мы не заметили заметной разницы между выполнением данного запроса в OCI Mode и Direct Mode. Мы постоянно работаем над улучшением наших продуктов и вопросы производительности являются для нас приоритетными. Мы продолжим исследование данной проблемы. Для этого, пожалуйста, составьте небольшой полный пример, демонстрирующий разницу в скорости выполнения запросов между OCI Mode и Direct Mode. Кроме того, нам понадобится скрипт на создание объектов БД, используемых в этом примере, а также пример заполнения тестовых таблиц. Данную информацию Вы можете передать нам посредством формы e-support ( https://www.devart.com - меню «Support»\«Request Support» )

ODAC 6.80.0.48 является сильно устаревшей версией нашего продукта. Последние версии не содержат ошибки, описанной Вами в пункте 1. Что же касается описания поведения в пункте 2, то мы в свою очередь рассмотрим добавление такой возможности в будущем. Вы можете оставить свое предложение на нашей странице UserVoice (https://devart.uservoice.com/forums/104 ... 915-oracle). Мы реализуем данное поведение в случае, если предложенный функционал заинтересует наших пользователей.

Пожалуйста обратитесь за ответом в соответствующий раздел форума : http://forums.devart.com/viewforum.php?f=1

К сожалению предоставленной Вами информации недостаточно для идентификации проблемы. Пожалуйста уточните :
1. Какую версию ODAC Вы используете ?
2. В какой IDE и под какую платформу Вы разрабатываете свое приложение ?
3. Постарайтесь подробнее описать шаги, приводящие к ошибке. Какие именно действия в коде Вашего проекта приводят к ней ? Какой запрос при этом выполняется ?

Возможно Вы сможете составить небольшой проект, при выполнении которого проблема проявляет себя. Прислать такой проект можно посредством формы e-support ( https://www.devart.com - меню «Support»\«Request Support» )

Для решения описываемой задачи Вы можете использовать компонент TCRBatchMove, который позволяет переносить данные между различными датасетами. Более подробную информацию о нем Вы сможете получить в нашей документации:

https://www.devart.com/unidac/docs/?dev ... chmove.htm

Помимо приведенных Вами значений, добавьте к Library Path следующие пути для каждой из поддерживаемых платформ, например для iOSDevice32 :


Кроме того, внимательно проверьте содержимое папки C:\Users\dev\Documents\Components\DevArt , в которой должно находиться содержимое архива unidac64src.zip . Обратите внимание, что согласно присланному Вами скриншоту dir.png это не совсем так

Мы постоянно проверяем работоспособность наших продуктов, в том числе и их установку из исходных кодов. При установке UniDAC с использованием IDE необходимо добавить путь к UniDAC\Source к параметру "Library Path" Вашей IDE отдельно для каждой из используемой платформы - (32-bit Windows, 64-bit Windows, MacOS, iOS simulator, iOS device, Android. После этого пакет dacfmx240.dpk будет успешно компилироваться. Что касается метода установки посредством make.bat , то в этом случае описание в файле ReadmeSrc.html абсолютно корректно. Директория Bin должна присутствовать в папке с исходными кодами UniDAC. В этом несложно убедиться, открыв содержимое архива unidac64src.zip (см. вложение). Именно в этой папке будут находиться файлы *.bpl после работы make.bat . Необходимо отметить, что большое количество шагов, описанных в ReadmeSrc.html, необходимо только при установке UniDAC из исходных кодов. Мы планируем упростить и сделать более понятным этот процесс в следующем билде UniDAC.

Спасибо за Вашу информацию. Мы воспроизвели описываемую ошибку и исправили ее. Исправление войдет в следующий билд ODAC. Мы планируем выпустить билд ODAC на этой неделе

Для решения данный задачи попробуйте измерить разницу между значением потребляемой памяти до использования определенного датасета и после.

Мы проверили установку UniDAC 6.4.15 из исходных кодов с использованием RAD Studio Delphi 10.1 Berlin. Однако при компиляции пакета dac240.dpk мы не обнаружили никаких проблем. Согласно инструкции мы продолжили компиляцию и установку остальных пакетов. Ошибка возникла только при компиляции пакета dclunidac240 из-за отсутствующего значения "Unit Scope Names". Мы исправили данную проблему. Исправление войдет в следующий билд UniDAC. В качестве временного решения заполните параметр "Unit Scope Names" в свойствах пакета dclunidac240 соответствующим значением.