1vadik1перехожу тут с ADO на ODAC.
Это правильно.

1vadik1непорадовал абсолютно бестолковый хелп без единого примера..
Возможно, так. Честно говоря, не испытывал потребности в хелпе по ODAC, все естественно и логично.

1vadik1вобщем все там так-же, но! есть properties SQLInsert, SQLUpdate, SQLDelete и хотелось бы юзать все с одном query ))
Хм. Надевая шапку старого и мудрого деда: Вы не работали с BDE (который я полагаю непосредственным предком ADO), не обстучались о минусы этого подхода и не знаете, для чего нужен стандартный компонент UpdateSQL.

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

Допустим, есть такой вот select:


В случае update-а нужно действовать примерно так:


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

1vadik1так вот, что то я не пойму как это работает, в инете по odac ни одного примера так-же..
В ODAC есть разные компоненты, но относительно того, о чем говорите - посмотрите в стандартном хелпе, как пользоваться связкой TQuery/TUpdateSQL, очень похоже.

1vadik1
пока есть мысле делать
TOraQuery->SQL = SQLInsert;
TOraQuery->Execute();
Абсолютно незачем. Куча ручного кодирования того, что можно и нужно автоматизировать (и что уже автоматизировано).

Vladimir ZheleznyakКроме всего прочего, есть TOraSmartQuery,
Я так понимаю, именно о нем автор и спрашивает :)

Vladimir Zheleznyak который как-раз и реализует алгоритмы автоматической генерации всевозможных UPDATE. Конечно, со сложными запросами он не справляется, но в 95% его достаточно.
Интерактивной. То есть не "софт подумал и решил", как в случае того же ADO, а "программист нажал кнопку, что именно сгенерировать, и потом, если нужно, подправил руками". Что есть абсолютно правильный в данном случае подход.

White OwlНу здрасте! ADO это объектный враппер над ODBC,
Уже интересно. Сейчас специально убрал ODBC-шные DLL-ки - а ADO, сволочь, коннектится как ни в чем не бывало.

White Owlс BDE общего ничего нету. Кроме того что и то и другое универсальные интерфейсы доступа к БД :)
И то, и другое - куда больше, чем универсальный интерфейс доступа; к таковым относятся как раз ODBC/JDBC. Впрочем, считайте как хотите - тема сравнения этих двух технологий во-первых великовата для побочного обсуждения, а во-вторых, малоинтересна, потому как обе технологии изрядно кривы и лучшее, что с ними можно сделать - побыстрее отказаться.

1vadik1
Возможно, я не понял Вас и ответил на другое, нежели Вы спрашивали. ODAC использует эти свойства для того, чтобы модифицировать данные датасета, то есть если Вы будете их редактировать - при сохранении будут выполнены указанные Вами DML-операторы для измененных данных.

1vadik1ok. тогда насколько я понял: передача параметров в эти св-ва невозможна,
Если иметь в виду "каких-то дополнительных, нестандартных параметров" - возможно, что и нельзя; честно говоря, не выяснял этот вопрос за ненужностью. Как минимум, можно перекрыть метод PerformSQL и там сделать абсолютно что угодно.

Вопрос в том, пожалуй, что если при сохранении недостаточно данных, которые уже имеются в датасете, и нужно притянуть что-то совершенно нестандартное - пожалуй, правильно таки будет использовать свойство UpdateObject и именно ему доверить "совершенно нестандартное". Стандартные компоненты этого не обеспечивают, но легко реализовать собственного наследника, где сделать все нужное.

1vadik1и еще один вопросик в тему:
почему не пашет
на ado этот код отлично работал а тут не возвращает ничего... отфильтровывает все записи...
Хм. Если в сторону - так никогда не следует делать, нужно пользоваться параметрами. Достаточно ввести апостроф в строку фильтра, чтобы понять, почему. Ну или не просто апостроф, а что-нибудь типа ' or '%' = ' А так - должно работать, ищите какую-либо мелочь, в которой ошибка.