Прошу совета.

Форма для регистрации нарушения (на рис.). Свободная. Источники комбо прописаны sql и заполняются при загрузке.
После чего разносятся по разным таблицам. Вопрос в разделе "сведения о нарушителе". Мучают сомнения как лучше организовать выбор этого самого нарушителя. Данные берутся из таблицы People. Мои варианты:
1. Подформа с источником - таблицей People или запросом на основе этой таблицы со своим фильтром в заголовке. (на форуме мнения разнятся, но мне на глаза больше отрицательные попадаются).
2. Просто комбобокс с источником - запросом с peopleid в качестве связного поля, которое потом будет разноситься в другие таблицы. Но тогда как реализовать отражение нужной записи в полях формы (фамилия, имя, отчество, дата рождения).
3. Поля (ФИО и дата) в основной форме, заполнение через рекордсет и фильтрация (код не получается, просидел три дня, вчера психанул))))

vmagLekks,

Я бы привязался к серии и номеру паспорта например (все равно без этих действующих данных никак), после их ввода получишь один из двух вариантов:
1. Сообщение о том что такого нарушителя пока нет в БД и предложение заполнить другие (все) поля.
2. Если нарушитель уже есть - остальные поля заполняться в форме автоматически.

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

у меня четыре поля по нарушителю, кроме ключа - фамилия, имя, отчество и дата рождения, другие данные не нужны. Проверка на значение - в комбо на событии NotinList по полю "фамилия".

sdkuLekks,
-в источник строк поля со списком-включить ВСЕ поля с необходимыми данными(свойство к-во столбцов)
-отобразить нужные(свойство ширина)
после обновления Combo:
me.фамилия=me.Combo.Column(1)
me.имя=me.Combo.Column(2)
и т.д.

Вроде мой вариант № 2))) Блин... Зациклившись на рекордсете простого решения не увидел)))) Спасибо, примерно так и нужно.

sdkuвдогонку:добавить поле, соответственно справочник, с группировкой по какому либо признаку(решать Вам),создать зависимый combo,значительно сократив его список

А вот это не понял, простите))) Для чего и куда? Я еще не очень вник в access))))

Уточню, на всякий случай - форма используется для записи в 4 таблицы, все комбо по сути берут данные из справочников. И только данные нарушителя берутся именно из таблицы People. Вопрос то именно в том, как организовать забор данных из этой таблицы в форму. Вариант sdku мне в принципе нравится.

Хотелось бы конечно что то типа отображения всех людей из таблицы и их фильтрации по мере набора букв фамилии (на событии KeyDown например).

sdku достаточно записать значение кодового поля из неё, отразив на форме любые данные из записи с этим кодом

Эх, терминология ((( Собственно, это я и имел ввиду под фразой "брать данные"...

схема (неполная, доработана впоследствии, но без глобальных изменений) : Организация доступа

Задачи:
1. Учет нарушений как граждан, так и сотрудников
2. Общий анализ результатов деятельности по данному направлению (за период, в сравнении и т.п.)
3. Частный анализ (по видам нарушений, допущенных отдельным гражданином или сотрудником, выявленных отдельным сотрудником, сменой сотрудников в целом и т.п.)

ОзверинLekks, используйте поле со списком из 2х столбцов - первый код(Скрытый столбец), второй - фио.
Встроенный автокомплит по фамилии - больше ничего и не надо.

В общем-то уже... Спасибо.

Только как бы сделать, чтобы на GotFocus сразу комбо раскрывался?... Где то на форуме видел топик, не могу найти

sdkuLekksЗадачи:
1. Учет нарушений как граждан, так и сотрудниковграждан всея Руси или только её части

Части, очень небольшой )))

sdkuLekks2. Общий анализ результатов деятельности по данному направлению (за период, в сравнении и т.п.)какой деятельности и по каким направлениям

деятельность по направлению выявления нарушений и привлечения к ответственности по результатам их рассмотрения (процесс рассмотрения упускается

sdkuLekks3. Частный анализ (по видам нарушений, допущенных отдельным гражданином или сотрудником, выявленных отдельным сотрудником, сменой сотрудников в целом и т.п.)любой АНАЛИЗ без проблем запросами при правильной организации хранения данных:таблицы и схема данных
В той схеме что Вы предложили глянуть, Все (одну-две можно понять)связи без сохранения целостности данных, что неминуемо приведет к ошибкам и в конечном итоге "поломке" БД

С анализом то мне все понятно: запросы-отчеты, как визуализация запроса.
А вот с целостностью непонятно. Не вы первый это отмечаете, но я не могу понять где и что не так?

Озверин, моим пользователям это будет понятнее.

sdku,
вроде все так

sdkuесли создана связь с сохранением целостности...

понял уже))) там схема предварительная))) перед началом создания форм и запросов все связи на сохранение целостности поставил))))