Имеется структура "регион-площадь-куст-скважина-ствол", пять простых таблиц, иерархично связанных между собой. Записи в таблице "группа" могут принадлежать любой из таблиц "регион-площадь-куст-скважина-ствол" (наверное, это не хорошо с т.з. НФ). Все получилось хорошо, но GroupQuery.DataSource только один, а GroupQuery.SQL[0] =

BaseGroupSQL =
'SELECT * FROM Groups WHERE RegionNo = :RegionNo OR FieldNo = :FieldNo ' +
'OR BushNo = :BushNo OR WellNo = :WellNo OR StemNo = :StemNo ' +
'ORDER BY DataOwnerKind ASC, Caption ASC;';

Как заставить таскаться GroupQuery от пяти DataSource "регион-площадь-куст-скважина-ствол", какие события задействовать?

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

Так, наконец-то я добрался до форума!
Группы содержит записи, каждая из котрых может принадлежать только одной записи из других 5-и таблиц (т.е. табла Группы содержит 5 внешних ключей, которые должны ссылаться одновременно на 5 записей из этих 5-и табл, что достигается наличием 5-и служебных записей, по одной на каждую таблу с No=0, а на Группах ограничение - только одно из 5-и внешних ключей обязательно <> 0, остальные =0).

Итак,

Regions
---
RegionNo INTEGER ...
Caption ...
Remark ...

Fields
---
FieldNo INTEGER ...
Caption ...
Remark ...
RegionNo INTEGER ...
FOREIGN KEY (RegionNo) REFERENCES Regions ...

Bushes
---
BushNo INTEGER ...
Caption ...
Remark ...
FieldNo INTEGER ...
FOREIGN KEY (FieldNo) REFERENCES Fields ...

Groups
---
GroupNo INTEGER ...
Caption ...
...
RegionNo INTEGER ...
FieldNo INTEGER ...
BushNo INTEGER ...
FOREIGN KEY (RegionNo) REFERENCES Regions,
FOREIGN KEY (FieldNo) REFERENCES Fields,
FOREIGN KEY (BushNo) REFERENCES Bushes ...

...
INSERT INTO Regions VALUES (0, 'Service record', NULL);
INSERT INTO Fields VALUES (0, 'Service record', NULL, 0);
INSERT INTO Bushes VALUES (0, 'Service record', NULL, 0);
...

Все отлично, но как заставить GroupADOQuery таскаться от 5 DataSource'ов?
Или безобразно реализована реляционная модель?..

Но суть такова. Регион содержит площади, площадь - кусты, и т.д., а однотипную информацию (записи таблы Группы) необходимо размещать как для региона, так и для скважины. Не смешно ли я хотя бы реализовал модель?

Может быть, по-проще сформулировать вопрос?...

Вопросы от feed...
***zDIV, вот у тебя группа может быть одна и та же у региона и у куста? Что это вобще за объект такой - "группа"? Я так понимаю, там инфо о пацанах, которые приватизировали объект?
Одна группа принадлежит только одной записи любой из 5-и таблиц... и служит узлом (на нее ссылаются записи из третьих таблиц) для размещения кучи скучной информации по конкретному региону, или по конкретной площади, или конкретной скважины, или...
***зы. ты с Ренды или с Форштадта? ;)))
Из Степного, перебрался в Южный.

Огромное спасибо всем. GroupADOQuery я все-таки заставил таскаться от 5-и DataSources, использовал всякие события и т.п., неописать, но все получилось отлично - GroupADOQuery переоткрывается при любой навигации по одному разу на каждый существенный чих... Несмотря на англичан (мы, кстати, на работе насмотрелись на иностранцев (нас типа два года постоянно продают), в т.ч. и на англичан)., подозрение вызывает тот факт, что в лит-ре нет подобных вещей, но компексовать больше не собираюсь, хотя очень хочется сделать оптимально...

Теперь короче (вместо 5-и - 3)... суть такова...

Regions(RegionID, ...); Fields(FieldID, ..., RegionID); Wells(WellID, ..., FieldID);
Groups(GroupID, ..., RegionID, FieldID, WellID) CHECK (RegionID = 0 AND FieldID = 0 AND WellID = 0) OR (RegionID <> 0 AND FieldID = 0 AND WellID = 0) OR (RegionID = 0 AND FieldID <> 0 AND WellID = 0) OR (RegionID = 0 AND FieldID = 0 AND WellID <> 0).

Да!!!!!! Из примера feed я понял, что мне нужно пометить - Группы не могуть жить без соответсвующих записей в Регионах, Площадях, Скважинах, ... С этой т.з. записи в Группах вторичны к записям в РПС... В примере feed этот момент присутствует наоборот (Персоны первичны по отношению к юрикам и физикам)!!!

Верно... Да, я полный балбес по объяснению собственных проблем...
Не могу я в Регионах (Площадях, Кустах, Скважинах, Стволах) организовать ключ на группу, поскольку групп может быть несколько для каждой из записей в Р (ПКСС)..., кроме того, напомню, что таблы РПКСС первичны по отношению к Группам.

Беседа меня заводит... Про первичность... Может я путаю термины, но Профессия и Страна действительно с т.з. логики БД первичны, поскольку таблу Человек можно грохнуть и таблы П и С (как я себе их представляю, ведь они не зависят от людей) ничего и не почувствуют, а наоборот!!! Вот я и считаю, что таблы П и С первичны по отношению к табле Ч из примера feed. Да и в скрипте в самом простом варианте следует сначала создать таблы П и С, а потом Ч с ссылками на П и С.

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

Да, приемлимо, обдумывалось. Но серверная часть от этого только усложниться, поскольку необходимо будет насыщать таблу DataOwners (Objects) всякими ограничениями и тригерами, поскольку эти пять "таблиц" по своей сущности связаны иерархично, что занчительно упрощается при использовании 5-и отделных табл. А на клиенте все равно необходимо все эти записи (теперь уже из представлений, по сути те же таблы) показывать отдельно, такова особенность навигации для моей задачи, и опять таже самая проблема, показывать все группы данных для текущих региона, площади, куста, скважины, ствола.

fedd, извини, пожалуйста за каверкание ника, не специально я... и спасибо за объяснения по поводу преимущества использования разных табл, более существенного, чем сложность поддержания иерархии записей в объединенной табле DataOwners(DataOwnerID, DataOwnerType, ...), что меня первоначально остановило, действительно это различные по своей природе объекты и стало быть все может случиться... P.S. Точно работаю в геофизике.

Dnico, спасибо за ссылку, ухожу туда... А включить поля Групп в 5 табл не получится, как я уже сообщал, тут связи многие (записи групп) к одной (записи одной из 5-и табл).

Пока писал ответ, отвечали и мне, спасибо.
Перевариваю ГруппыГрупп... По-моему, это ничего не меняет, ведь для клиента необходимо выполнять навигацию отдельно по РПКСС...
Да, геофизика (да еще оперативно-промысловая) не совсем геология, и обсуждаемая часть БД ничто по сравнению с неосвещенной частью в плане не сложности логики, а кол-ва записей и объема данных в целом.