Соединение 3 и более таблиц DBGrid

[Elena_Saygina]

Если появится третья группа, то надо создавать новую таблицу....
Может базу немного поменять?...

[artemavd]

Может двух табличек хватит? OnID - это поле ссылка на ID в главной таблице.

[Elena_Saygina]

Эх, если бы хватало их....
А может написать что-то типа такого:

DataModule1.EkspertTable.RecNo:=1;
DataModule1.SostavTable1.Active:=tr ue;
DataModule1.EkspertTable.RecNo:=2;
DataModule1.SostavTable2.Active:=tr ue;

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

[mihali4]

Сообщение от Elena_Saygina

А структуру базы определил дипломный руководитель)))

Предложите ему зайти на форум, мы объясним его ошибку...
Видите - уже три человека (включая меня) считают, что двух таблиц вполне достаточно. Остальные лишь добавляют избыточности в базу.
Так ему и скажите.

[Elena_Saygina]

спасибо большое

[pu4koff]

Сообщение от Elena_Saygina

как написать, что вот выделена эта строка, значит будет ща показываться эта таблица и т.д.

Ну причастность эксперта к соответствующей группе будет, наверно, отражена в каком-то поле таблицы? Допустим это целочисленное поле с именем "group_id", тогда:

if (MasterTable.FieldByName('group_id').AsInteger = 1) then
begin
  // первая группа нужна.
  // к DBGrid подцепляем соответствующий источник данных
  DBGridDetail.DataSource := dsGroup1;
end
else // ну раз не первая, значит вторая группа :)
begin
  DBGridDetail.DataSource := dsGroup2;
end;

Ну или наоборот у вас по группе список экспертов определяется... ну да ладно. не суть важно в данном случае

Если со стороны предметной области эксперты из разных групп не отличаются, то и должны они быть в одной таблице.
Ну и так информация для размышления: представим ситуацию, что потребуется хранить описание проводимых работ этих экспертов. Получаем связь "один ко многим" эксперт-работа. Плюс к этому у нас эксперты раскиданы по двум таблицам, а значит и работы придётся по двум таблицам раскинуть. А если придется реализовать возможность сотрудничества экспертов из разных групп, то вообще беда будет
Тут конечно нужно изучать предметную область, чтобы проектировать БД, но скорее всего две таблицы тут - ненужное излишество.
Так что посмотрите еще разок на свою БД, может есть смысл её изменить. Глядишь и программу проще будет смастерить при иной структуре БД

[Elena_Saygina]

Придется сокращать таблицы. А то совсем туго будет).
Спасибо огромное за советы