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

Форма для регистрации нарушения (на рис.). Свободная. Источники комбо прописаны 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если создана связь с сохранением целостности...

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

sdkuLekkssdku,
вроде все такда нет не так:
Почему таблица группы "нарушения" является объединяющей(у Вас на схеме таковой не наблюдается вообще)

Объединяет в данном случае "деятельность":
по учету нарушений - таблица OffenceSubj. ключ-нарушение-нарушитель.
по обработке нарушения - таблица Process. ключ-нарушение-сотрудник-статус сотрудника в процессе обработки
по привлечению к ответственности за нарушение - таблица Results. ключ - нарушение - вид наказания

Сводить все это в одну таблицу в моем случае вроде смысла нет, так как общий вид по отдельно взятому нарушению получу путем запроса ...JOIN ... ON "ID нарушения"

sdkuLekksу меня четыре поля по нарушителю, кроме ключа - фамилия, имя, отчество и дата рождения, другие данные не нужны. Проверка на значение - в комбо на событии NotinList по полю "фамилия".проверку нельзя проводить по полю "фамилия"-а если в таблице 2 Иванова полных тезки да и с одинаковой датой рождения?(это маловероятно,но возможно)-только по ключу(а это серия и номер паспорта)-лучше всего счетчик-мое мнение

Без вариантов. Ключевых отличительных признаков нарушителя, кроме ФИО и ДР не предусмотрено условиями ТЗ. Проверка только для перехвата ввода оператором отсутствующих данных, после чего предлагается добавить нового гражданина или сотрудника.

ЛапухВставлю свои 5 копеек.
Со слепу что то не видно по схеме, и как старый и почетный работник правоохранительных органов , предположу, что один и тот же злодей может совершить сразу несколько злодеяний за раз и по одному в разные периоды времени.

Именно так. Учет по таблице OffenceSubj, с условием что совершенные за раз несколько злодеяний - это разные нарушения, требующие отдельной ответственности (априори заданное условие).

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



Спасибо.

sdkuЯ уже Вам предлагал очень общий(грубый) пример 21733339 ,если поподробней опишите "хотелку" набросаю более подробный который будет полностью опираться на предложенный.

Через электронную почту не вариант? Или через личку. Правда на форуме не нашел её )))

sdku, "хотелки" положил на яндекс диск файлом. Постарался описать подробно. https://yadi.sk/i/vjTRbqoMHdvBEw

sdku Вся отчетность лишена какой-либо логики

В точку!!!!

sdku одно нарушение регистрировать в нескольких журналах разными людьми(абсолютно не нужными...)

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

С учетом ваших рекомендаций новая схема. Прошу дать оценку.

vmag таблички можно быстро с двумя-тремя словами по русски набросать

В общем то я откорректировал готовые. Поэтому все на инглише. Могу перевести.

vmag - Прежде чем рисовать квадратики, у вас есть хотя бы вот такое описание (подобие ТЗ)
http://elib.sfu-kras.ru/bitstream/handle/2311/28154/grudinin_0.pdf?sequence=2
согласованное с людьми повыше чином вашего ? Возможно эти люди вычеркнут половину ваших задумок и добавят кучу своих, да и вообще самому проще делать когда знаешь что нужно делать и как нужно делать...

Есть. Приказ об организации деятельности называется. Для служебного пользования. Изученный почти наизусть. Утвержденный министром. Как мог, передал его суть выше (в ссылке на яндекс диск). И даже формы журналов отразил. Часть, касающаяся проектирования БД, естественно, в данном приказе не изложена. Согласование с людьми чином повыше прошло в форме "делай что хочешь, но не нарушай приказ", ибо им не переворачивать все журналы за пять лет в поисках нарушения, допущенного Пупкиным 18 марта N-года в 15 часов 18 минут. И не считать сколько выявлено нарушений, связанных с оказанием сопротивления сотрудникам в первом квартале текущего года в сравнении с аналогичными периодами двух предыдущих лет. А также не листать журналы еженедельно (а чаще не получается) в поисках, а не ошиблись ли регистраторы в нумерации, что случается стабильно. Так что я знаю, что нужно делать, но не в полном объеме понимаю как, а также тяжеловато подбирать выражения для объяснения сути задачи людям, не входящим в структуру. Ибо "дсп".

ЛапухLekks, что же это за УФСИН или МВД (ибо это по задумке и описанию им больше всего подходит кажется) где нет своих программистов, которые смогли бы создать Общую Единообразную БД, а отдают все на откуп в низшие подразделения.
Допускаю что это типа конкурса на лучшее решение, по итогам которого создадут Лучшее, да ещё и с премией разработчику и естественно начальнику, ибо своевременно заметил или взял под свое крыло Такого, но что то верится с трудом.
Такое ощущение, что это просто - Самодеятельность и приказы министров тут не причем.

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

Лапух, в любом случае мы тут не подоплеку необходимости создания БД обсуждаем, как вы думаете? К тому же я обозначил, что вы частично правы, так что можете покупать кепку с двумя козырьками )))

[quot Лапух]Lekks НАФИГА по буржуински в БД имена давать?

Традиция же на форумах примеров насмотрелся)))
Так мне перевести? Или всем уже надоело глупого новичка учить? Пусть FAQ читает... и поиском пользуется...

Вот, на родном великом и могучем...

Лапух Не особо принципиально конечно, но Всё же зацепляет немного.

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

К вопросу о схеме данных... Что -то еще не так есть? Или можно перебивать имеющиеся наработки под эту схему? ))

ЛапухТак по Русски же сказано.
Буржуинский с сокращениями нашему Нутру не шибко пригоден.

Так по русски же сделано: https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1305271&msg=21736776

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

Лапух, вот пустая БД с таблицами и схемой