Управление транзакциями в трех звенке.

← →
Erik (2003-10-17 10:55) [0]

Это общий вопрос, как вобще работать с расшареными данными. Я поставил на MIDAS и написал свой сервер в нем методы для работы с общим класом защищеный критическими секциями, реализовал CallBack. Вроде все хорошо. Но захотелось использовать провайдер, передача данных на клиента проходит нормально, а вот с записью польный п..... Вобщем лишился я управления CachedUpdate и Commit. И соответственно неработают события компонента как не ставь ResolveToDataSet. Использую DOA. Неодна фирма неудосужилась сделать эту часть.
Какие компоненты (DOA, NCOCI8, BDE, ODAC и пр..)нормально работают с TDataSetProvider? И какие вобще есть идеи для работы с данным? Можно конечно свои методы описать, но очень неудобно.

← →
Nikolay M. © (2003-10-19 11:58) [1]

Если честно, не понял сути проблемы.
Для чего нужны CachedUpdate, если CDS все равно хранит данные у себя в кэше и по ApplyUpdates сбрасывает их через провайдера (если ResolveToDataSet = False) в собственно базу, при этом провайдер неявно создает транзакцию? У провайдера есть соотв. события - хоть сам пиши свой запрос на каждую изменяемую запись. DataSetProvider поймет любой компонент, происходящий от TDataSet - тоже не вижу здесь проблем. И уж совсем непонятен сабж - как он соотносится с текстом вопроса. Опиши, в чем конкретно затык - может будет понятнее, по крайней мере лично мне?

← →
Nikolay M. © (2003-10-19 12:04) [2]

> провайдер неявно создает транзакцию

пардон, наверное, погорячился. AFAIK, зависит от сервера и используемых компонент.

← →
val_5 © (2003-10-19 12:31) [3]

Erik
Согласен с Nikolay M. От себя - забей ты на эти DAO..BDE а так же на проч херню от 3-х (которой любят хвастаться 23-летние юнцы). Используй dbExpress (TSQLConn,TSQLDataSet) + TDataSetProvider + TClientDataSet.
- Проверено
- dbExpress работает с однонаправленными курсорами : увеличивается скорость и уменьшается нагрузка на SQL-сервер
- dbExpress работает и на Linax
- Развертывание приложения - твоя прога + всего 2 dll-ки.

> val_5 © (19.10.03 12:31) [3]

Я тоже "24-летний юнец" :)
А компоненты доступа, имхо, нужно выбирать от используемой СУБД. Для Access/MS SQL - это однозначно АДО, для MySQL - лучше ZeosLib пока ничего не видел, для Oracle многие предпочитают ODAC.
Я бы лично не стал рекомендовать dbExpress как универсальное решение всех проблем.

Я поздно прочитал ответы, извеняюсь за опоздание.

Проблемы в том, что я развиваю уже готовое приложение. И оно само работает с базой данных. Поэтому хотелось использовать свойство CachedUpdate, чтобы закинуть данные на App сервер. А на сервере управлять их записью и отменой.
Можно конечно и ручками это делать и событии TDataSetProvider. Но в каком лучше всего событии это делать? Мне разумеется понадобится все поля а не Delta. Пример разборки данных есть где глянуть?

Управление транзакциями в трех звенке. Найти похожие ветки