Следующий вопрос:
Есть две таблицы - "Клиенты" (перв. ключ - "Код") и "Договора" (перв. ключ - "Код", род. ключ "Код клиента").
Связь   -   Клиенты.Код = Договора.Код клиента
Приложение MDI, таблицы отображаются каждая в своем дочернем окне в DataGridView'ах, через свои BindingSource и TableAdapter.
Информация берется из MainDataSet со всей БД внутри.

Вопросы:
Как реализовать, чтобы при выборе клиента в окне договоров отображались только связанные с ним?
Как при этом надо настроить связи в DataSet'е?
Если так неправильно организовывать показ данных - как это сделать верно?

В принципе буду рад любому работающему примеру. Заранее спасибо

RUMBok, 
приветствую на форуме. велком.  
Раз работаешь в дизайнере, то вот эти видео уроки помогут решить твои проблемы.
Даже если пишешь на C# не беда, дизайнер в студии один. А конкретно по сабжу мне думается вот этот урок  будет в самый раз.
Удачи.

Спасибо за ссылку.
Но все же, как реализовать связь данных именно в двух разных окнах?
Или только вручную?

RUMBok, используй класс DataRelation и свойство DataSet.Relations. 
Если я правильно понял, то

Думаю, в msdn ты найдешь примеры.

Спасибо за ответы. В принципе немного разобрался что и как.

Но теперь трансформировался вопрос.
Есть главная форма с объектом MainDataSet класса MainDataSet. Есть дочерние (в дизайнере сделанные) Clients и Dogovors. 
Когда в дизайнере делаешь DataGridView в дочерних формулах, для них создаются свои объекты класса MainDataSet, но надо чтобы использовался объект родительской формы. 
Если в коде прописывать, что их MainDataSet'ы - это родительский объект - работает как надо, НО не работает дизайнер для этих форм

Вопрос: можно ли как-нибудь научить дизайнер использовать объект класса MainDataSet родительской формы, а не создавать свой?

RUMBok, 
Здается мне, что вот это

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

И у меня вопрос, а что это за изврат такой, зачем отображать клиентов в одном окне, а их договора в другом. Когда при использовании дизайнера "мелкомягкие" учат создвать дата сет с двумя таблицами, а потом данные из одной таблицы выводит на форму в "детальном" виде(типа в текст боксах) а данные из другой(связанной) таблицы(их договора) в датагридвью. И все это на одной форме. Плюс студия сама тебе забацает "балочку" с кнопочками для навигации и сохранения. (типа биндингнавигатор)

Ну а если уж тебе приспичило при выборе клиента в гриде на одной форме(двойной щелчек мышей на строке) открывать другую форму со списком договоров, то делаем все "ручками" и через классы. Вся логика в классах, а на форме минимум кода. Только создание обьектов нужных классов и вызовы их методов. Ну и отображение результатов естественно. 
Иначе ни как, я так думаю.   

Это сообщение отредактировал(а) thomas - 15.10.2007, 20:59

Приветствую
1. На основе собственного опита НЕРЕКОМЕНДУЮ испольсозовать фильтр через BindingSource
    так как он очень медленно работает. намного ефективнее виполнять FillWhereId(код_клиента)
    
Примерний текст запроса  FillWhereId:
SELECT * FROM Orders
WHERE Orders.Id = @id

ето позволит тебе открить договора для кждого клиетна в отдельних окнах.

если все же нужен ActiveBinding то просто нужно передать Биндинг сур в конструктор 
дочерней форми. и использовать его как дата сурс.