@Temoxa

Есть такой метод у компонент Query или StoreProc, чтобы он обновлял данные которые уже в них хранятся? Т.е чтобы не надо было каждый раз делать им Active = false, Active = true

0

@Ice_and_Fire

"
Метод Refresh() используется не у всех наследников TDataSet. Например, его вызов
не имеет смысла для компонентов-запросов TQuery и TStoredProc, т. к. эти эле-
менты управления по определению не работают с «живыми» данными. А для обнов-
ления устаревших результатов достаточно отправить запрос повторно, вызвав
последовательно методы Close() и Open().
"

0

@Temoxa

для компонентов-запросов TQuery и TStoredProc чтобы обновить данные только методы Close() и Open() использоать? и все?!

0

@MsGuns

Во-первых, в ADO указанные компоненты являются клонами, причем не самыми удачными, от TADODataSet и их использование нежелательно, мягко говоря.

Во-вторых, для получения результатов выборки на клиенте предназначен TADODataSet.
У него, как впрочем и у всех наследников TCustomADODataSet есть метод ReQuery, который при клиентском курсоре практически аналогичен переоткрытию НД (повторное выполнение запроса из св-ва CommandText). Для серверного курсора есть особенности - о них можно узнать подробно из справки Делфи ADO.

В-третьих, если Вы намекаете об отсутствии автообновления (по образу BDE+парадокс), то да, в ADO не предусмотрен такой механизм. Однако в АДО оставлен "лючок" для того, чтобы в случае если DAC + провайдер + скл-сервер поддерживают событийную модель изменений в БД, можно было реализовать это самой автообновление. Вопрос в том, а нужно ли оно по жизни ? Как показывает практика, автооповещение клиента сервером и соотвтетственно автобновление ТОЛЬКО ИЗМЕНИВШИХСЯ ОТОБРАЖАЕМЫХ В ТЕКУЩИЙ МОМЕНТ записей самим клиентом действительно необходимо лишь в очень небольших предметных областях (мониторинг например). Однако данная проблема является одной из самых частых на форумах программистов и дискуссии протекают как правило в русле холиваров
По моему глубокому убеждению среди сторонников "автообновления" большинство - неопытные или не слишком умелые проектировщики баз данных (известно, что далеко не всегда хороших программист = хороший "базовик" и наоборот) и проблема возникает не из-за "глюкавости" АДО, а из-за плохо продуманной модели интерфейса (как очень частый пример - "складские" программы, в которых документы на перемещение: накладные, акты списания, счета-фактуры и т.д. отсутствуют как самостоятельные объекты БД и программа оперирует "товаром вообще".)

0

@Temoxa

Вот как я вижу картину: делаю запрос в АДО процедуре, она получает набора данных в ДатаСет, и держит их там, потом я например хочу получить из того же набора данных определенную часть по фильту, для этого надо опять тянуть весь запрос из скл так? другого пути нет?

0

@MsGuns

Существует два способа обработки данных (фильтрация/отбор, сортировка, поиск) - на стороне сервера и на стороне клиента.
На стороне сервера обработка осуществляется запросами, т.е. для сортировки например надо переделать запрос соответствующим способом (order by) и "попросить" сервер выполнить его, фактически перечитав те же данные., но с учетом подтвержденных на момент старта выборки изменений, сделанных другими пользователями (транзакциями). Другими словами, перезапуская запрос, клиент автоматически и "освежает" (актуализирует) информацию сервера.

На стороне клиента все операции с данными выполняются в локальном адресном пространстве без учета изменений, внесенных в БД на сервере . Т.е. если Вы просто пересортируете НД (TCustomADODataSet.Sort), то записи просто перестроятся, но не изменятся (актуализируются). Для того, чтобы актуализировать НД нато перечитать его с сервера либо полностью (В ADO Reopen, Close/Open) либо частично ("тонкая" работа с ADO или "заточенный" под сервер DAC при условии что он (сервер) такое позволяет)

Добавлено через 4 минуты
В ADO выбор технологии между клиентом и сервером реализуется через св-ва TADOConnection
У каждой есть свои плюсы и минусы, поэтому окончательный выбор зависит от предметной бласти, технологии обработки данных и требованию к пользовательскому интерфейсу.

0