@IOne

Есть две связанные таблицы и соответственно два DataGridView, нужно, чтобы при выборе элемента в одном DataGridView отображались связанные данные в другом DataGridView.

При связи один-ко многим всё понятно - в BindingSource подчинённой таблицы указываем BindingSource главной таблицы и соответствующую связь.

При связи много-ко-многим через связующую таблицу таблицу уже проблема - в BindingSource подчинённой таблицы в поле DataMember невозможно выбрать связь, т.к. связующая таблица находится в отношении подчинения. Я решил проблему через Filter(id в подчинённой тадлице = id в связующей таблице), но оптимально ли это по скорости?

Теперь допустим, что у нас в БД много связанных таблиц и две интересующие меня таблицы связаны друг с другом с помощью множества других таблиц (в т.ч. попадаются связи много-ко-многим) и нужно писать сложный запрос JOIN.
Как тогда оптимально решить задачу?
В TableAdapter или DataAdapter на сколько я знаю рекомендуется хранить только одну таблицу, да и не будешь же при выборе юзером любой записи в DataGridView каждый раз подключаться к серверу и заполнять DataSet.
Создавать объект Command и выполнять SQL запрос каждый раз при выделении юзером новой записи в DataGridView, а потом вручную заполнять DataGridView подчинённой таблицы? Не думаю, что это оптимально по скорости, каждый раз дёргать сервер.
Как оптимально решить эту задачу? Использовать DataRealtion или как-то по другому?

0

@pincet

Связи многие-ко-многим развязываются еще одной таблицей.
Например, Клиенты и Мастера в отношении m-m , развязка - книга заказов - один заказ, один клиент, один мастер

0

@IOne

Имеете в виду связующую таблицу, в которой будут idКлиента и idМастера и эта таблица будет подчинённой по отношению к Клиентам и Мастерам? Если да, то у меня так и сделано, вопрос в том, как это отобразить в DataGridView. Например, таблица Мастера тоже связана отношением многие-ко-многим через связующую таблицу с таблицей Фирмы, как сделать, чтобы при выборе клиента в одном DataGridView отображались фирмы в другом DataGridView?

0

@pincet

Каюсь, невнимательно прочитал ЭТО. Избавляйтесь от связей м-м еще на уровне проектирования. Если логику на клиенте привязывают к плохо организованной схеме данных - вы это и пытаетесь разрулить - желаю удачи!
ЗЫ. 80% проблем решаются еще на этапе проектирования

1