По порядку.

Впихнуть фильтр, в принципе, можно (в твоем случае, просто наложить фильтр на таблицу B), но!

-) Наложение фильтров на таблицы, связанные по RELATION - это очень не тривиальная задача. Есть масса тонкостей и глюков. Не всегда получается предсказуемый резльтат. Особенно это касается наличия связи по SET SKIP.

-) Выражение фильтра рассчитывается при каждом переходе на очередную строку. Поэтому, чем сложнее фильтр, тем медленнее будет осуществляться перемещение по записям.

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

Поэтому замени фильтр на выборку по Select-SQL - это более универсальное решение. Возможно, будет относительно медленное открытие (собственно выборка), но просмотр уже безо всяких тормозов.


По остальным вопросам, я бы советовал почитать статьи здесь

http://www.foxclub.ru/kb/index.php?sid=114698&aktion=anzeigen&rubrik=004

Вторая часть по ключевым полям, третья - по индексам.

Вкратце.

-) Надеюсь ты в курсе, что индекс типа UNIQUE не запрещает ввод одинаковых значений. Он просто из многих одинаковых значений отображает только одно. Т.е. это своеобразный фильтр, наложенный на таблицу.

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

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