SQL запросы и макросы в генеалогической базе Access

- имеется генеалогическая база данных формата .fbd управляется в Access и имеет связанные таблицы tblIR - список людей, tblMR  - таблица браков с номерами мужа и жены, и tblCR - связь детей и родителей через браки, в которых рождены дети (поля tblCR.IDMR и tblIR.IDMRParents)

- задача 1: нахождение вероятных общих предков нескольких людей. Для этого вводятся в форму их номера ( IDIR) и для каждого находятся все предки последовательно (можно сделать цикл в макросе, пока значение tblIR.IDMRParents не равно 0). При этом нужно в каждом поколении отмечать мужа, жену, затем проходить по его и ее предкам последовательно, пока они находятся в базе (максимально до 25 поколений).

Можно использовать поля Tag1-10 таблицы tblIR (до 10, значения числовые), чтобы пометить всех предков определенного человека, затем составить статистику IDIR, у которых количество меток больше 2 и вывести их значения с именем (GivenName), фамилией(Surname), годом (BirthSD) и местом рождения (tblIR.IDLRBirth нужно связать с tblLR и вывести текстовое значение места рождения) в порядке убывания количества меток. На следующем этапе можно выстроить связи общих предков (они обычно есть), но это уже отдельное задание. 

- задача 2: нахождение вероятного общего потомка по нескольким предкам. Также в форме вводятся несколько IDIR (предков), помечаются их потомки в полях Tag. Находить потомков можно по совпадению tblIR.IDIR и tblMR.IDIRHusb или tblMR.IDIRWife, а затем всех потомков из tblMR. Браков могло быть несколько! Затем собираются те, у которых более двух меток Tag отмечены (такое же поле суммы тэгов, как в поиске общих предков) и с ограничением по дате рождения (в интервале от и до определенного года). В форме ввода данных надо предусмотреть возможность соединения нескольких человек оператором OR (разные предки по одной хромосоме) - тогда их метки потомков можно ставить в одно поле Tag. Поля для вывода в таблицу те же, что для предков.

Задача частная, в порядке хобби. Результат оценивается по удобству и по точности выполнения запросов (в ручном режиме они уже делались, но трудоемки).