Разобрался с фреймворком (парочку приложений уже написал), разобрался с ораклом (со структурой и администрированием), а вот как увязывать БД с интерфейсом - пока не въехал. Интересует просто выведение данных в грид, их редактирование и сохранение в базу. Последовательность действий по отдельности я знаю, а вот как увязать - что-то торможу. Может у кого-то есть простенький примерчик использования ADO () на С# (лучше с Master-Detail).

Уточню вопрос, меня интересует в какие моменты нужно сохранять изменения и на какие обработчики событий их вешать?

По Вашим вопросам складывается подозрение, что Вы изучали что-то не то.
.NET Framework не работает с ADO. Для него предусмотрена ADO.NET (MDAC).
Понятие "мастер-деталь" кануло в лету. У ADO.NET многотабличные ДатаСэты.
В общем, что я тут рассказываю.
Рекомендую почитать книжку Д.Сеппа "ADO.NET" (D. Sceppa). Там все доходчиво написано.

Курдль ©   (23.03.06 10:46)
По Вашим вопросам складывается подозрение, что Вы изучали что-то не то.
.NET Framework не работает с ADO. Для него предусмотрена ADO.NET (MDAC).
Понятие "мастер-деталь" кануло в лету. У ADO.NET многотабличные ДатаСэты.
В общем, что я тут рассказываю.
Рекомендую почитать книжку Д.Сеппа "ADO.NET" (D. Sceppa). Там все доходчиво написано.

Да ничего там никуда не кануло, наберите в MSDN "ADO.NET master detail" - получите кучу ссылок на туториалы, в которых предлагается смастерить два грида с синхронным изменением записей. Другое дело, что понятие "курсор", то бишь указатель на текущую запись, вроде как изведено, но вроде как и нет, то есть добраться до указателя на текущую запись некоей таблицы набора данных вроде как можно, но только через контекст привязки набора данных к контролам. Это большой минус ADO.NET, очень усложняет жизнь.

> Это большой минус ADO.NET, очень усложняет жизнь.


Это усложняет жизнь только закомплексованным на Delphi!

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

> Polevi ©   (27.03.06 18:03) [5]
> причем тут делфи, текущая запись исчзла в адо.нет, в адо
> и дао она была всегда
> лишь бы глупость ляпнуть ?


Не в ADO, DAO, ODAC, DBExpress и т.п., а в компонентах типа TDataSet от комплектов с аналогичными названиями. Почему Вы не сокрушаетесть по поводу отсутствия понятия "текущий элемент массива", "текущий указатель списка" или "текущая строка файла"?
А в .NET просто убрали рудимент, оставшийся от упрощенного подхода к концепции доступа к данным.

И что сия ссылка проясняет? То, что я назвал TDataSet в ADO называется "Recordset"? Вот в чем мой прокол? :)

я думаю все все поняли
>А в .NET просто убрали рудимент, оставшийся от упрощенного подхода к концепции доступа к данным
хехе, лол

будьте проще и народ к вам потянется

с 2003 г. мониторю тему RT BI, и там обычно применяется ни то, ни другое - первый вариант сейчас проходит под моникером EII, второй вообще не применяется, т.к. тиражные системы не позволяют модифицировать свой DDL. Либо дорогой сертифицированный CDC, заточенный на конкретные OLTP.
Тонким местом в RT BI явлется не звено ODS-отчетность - это как раз по дефолту в RT работает, если нет OLAP. Тонким местом является RT ETL.
Основной тренд в извлечении данных для RT BI - messageware.

а вы рудимент, концепция.. фи

> Polevi ©   (28.03.06 12:30) [9]


Я бы на твоем месте не брался за такой венчурный проект без синергии с каким-нибудь брэндовыми холдингом.

после ознакомления с некоторыми вашими постингами на данном форуме возьму на себя смелость не следовать вашим советам

> Polevi ©   (28.03.06 17:12) [11]
>
> после ознакомления с некоторыми вашими постингами на данном
> форуме возьму на себя смелость не следовать вашим советам
>


Правильно! Вам еще учиться и учиться, чтобы наконец поиметь смелость следовать моим советам.

поимей себя сам