__Michelle, спасибо большое! БД получил, буду изучать. С Рождеством! С ув. Юрий

__Michelle, особая благодарность за то, что обошлись макросом. Ибо, если в SQL я что-то хоть и отдаленно, но начал понимать, то в VBA точно ничего не пойму. С ув. Юрий

__Michelle, БД посмотрел – идеально! И, как мне представляется, - очень элегантно, простым макросом ! Спасибо большое! Но у меня вновь просьба – помогите, пожалуйста, «управиться» с двумя взаимосвязанными полями (пример БД всего с двумя полями – во вложении). Задача:
1) Не должно быть пустых строк
2) Значение в поле только либо "Да", либо "Нет"
3) Не должно быть одинакового значения полей, т.е. если одно поле "Да", то другое обязательно "Нет" и наоборот.
Что удалось: с помощью правила проверки (вкладка Данные в поле "НЕ основная..." этой формы) удается избежать как пустых строк, так и совпадения значений в полях
Что НЕ получается: Access пропускает совпадение значений (оба поля - "Да" или оба поля - "Нет"), если после правильного введения значения в поле "НЕ основная ..." изменить значение поля "Основная..." и закрыть форму. Я попытался добавить макрос, чтобы после повторного выбора Да/Нет в поле "Основная..." фокус переходил бы в поле "НЕ основная...", но дальше ничего не получается. С ув. Юрий. PS Не стал идти только что пройденным с Вами путем, т.к. ограничен в количестве таблиц, в моей БД их много и не получится присоединить к таблице Операция еще таблицу для работы с вышеупомянутыми взаимосвязанными полями

alecko, cпасибо за быструю помощь! Но, во-первых, это же - VBA, а я в нем ничего не понимаю. Во-вторых, че-то оно не работает: пробовал для новой записи – не вносятся Да/Нет. Но главное – нужен ввод данных «привычным» для всей БД методом, а именно – выбор из списка (в большинстве полей я так делаю для исключения ошибок ввода). Могу, конечно, как было с анестезиологами, создать 2 таблицы, в них выбирать Да/Нет, условие отбора и макрос в форме в строке Текущая запись… Но это же будет как-то не профессионально. Поэтому, если можно, помочь как-то с макросами или SQL, было бы замечательно. С ув. Юрий

__Michelle, спасибо большое! Просмотрел. Колоссальная работа! Вы правы - правильнее, конечно, не использовать 2 поля. Правильным мне представляется Ваш вариант с одним полем и с переключателями (с VBA, возможно, и лучше, но я не владею VBA никак). Я ведь почему так усложнил задачу? По незнанию и по неопытности. Я в начале пошел по самому простому пути - создал одно поле со списком (Да/Нет), но увидел, что высок риск того, что оператор, выбирая из Да/Нет, может допустить ошибку ввода (Да вместо Нет и наоборот), особенно, если учесть, что вводить будет стараться быстро, а строчки "Да" и "Нет" при выборе из списка расположены близко друг от друга. А важность поля "Основная/НЕосновная" в моей БД очень значима для вычислений. Ваш вариант с переключателями позволяет: 1) снизить риск ошибки выбора между "Да" и "Нет" за счет того, что переключатели расположить можно подальше друг от друга, 2) экономить усилия - 1 поле вместо 2-х. Спасибо большое! Сейчас буду пробовать реализовать это. Но есть вопрос об исключении повторов - как можно сделать так, чтобы нельзя было бы ввести для одного пациента 2 операции с типом "Основная"? НЕ основных у одного пациента может быть несколько. Я использовал для этой цели создание уникальных индексов в таблицах (таблица-режим конструктора-конструктор-индексы). Но как это сделать с логическим полем "Основная/НЕосновная" не представляю. Для удобства создал БД, она – в приложении. С ув. Юрий

__Michelle, попробовал создать группу переключателей в уже знакомом Вам примере, но не все у меня работает. В форме при создании новой записи нажатие на переключатель "Основная" (когда активен именно переключатель "Основная") не приводит к введению данных в поле. Но стоит нажать "Не основная" (не активный) и данные "Не основная" нормально вводятся. И если далее нажать на переключатель "Основная", данные "Основная" нормально введутся в поле.
Вопрос: что изменить, чтобы при открытии формы и/или создании в форме новой записи (когда активен именно переключатель "Основная") нажатие на переключатель "Основная" вводило бы в поле данные "Основная"? Чтобы не нужно было кликать на "Не основная", а затем - на "Основная".
Создавал, вроде, правильно,- по текстовым и видео-инструкциям из интернета. В таблице поле - короткий текст (ведь там должно быть "Основная/Неосновная"?), в форме - поле преобразовал в поле со списком, далее - конструктор, группа переключателей, 1-основная, 2-не основная, сохранять в поле "ОперОснНеосн". Св-ва Поля "ОперОснНеосн": Макет: столбцов 2, ширина 0 ; Данные: ОперОснНеосн, тип источника строк Список Значений, Источник строк 1;основная;2;не основная. Переключатель 1: Данные: значение параметра 1. Переключатель 13: Данные: значение параметра 2. Заранее благодарен. С ув. Юрий. PS В приложении – простой пример БД для удобства понимания того, что я написал

__Michelle, Спасибо большое за помощь и детально расписанный алгоритм! Особенно благодарен Вам за наличие полей с текстом «основная/неосновная» - мне это нужно для запросов, где «основная» или «неосновная» будут условием отбора (боялся, что отбирать с логическим полем не смогу). Спасибо Вам и за то, что Ваш вариант исключения повторов не требует создания индекса в таблице «Операция», а значит я могу при необходимости добавить в БД еще одну таблицу, связанную с таблицей «Операция». Сейчас разбираюсь, как это работает с добавленной таблицей «Пациент». Вроде работает. Попробую теперь реализовать в своей БД. С ув. Юрий

__Michelle, ОК, спасибо! Буду пробовать. С ув. Юрий

__Michelle, есть несколько вопросов: 1) откуда берется символ W в названии поля ОперОснНеосн_W (в свойствах поля во вкладке "Данные" присутствует ОперОснНеосн, а во вкладке "Другие" - ОперОснНеосн_W)? Как я понимаю, вкладка "Другие" служит для того, чтобы можно было произвольно изменять название поля для работы с данными полей формы. Вы сами присвоили название для ОперОснНеосн с символом W (поскольку это вкладка "Другие")? Если Да, тогда для чего этот символ и почему именно W? Если Нет, тогда откуда возникает этот W? Когда я создаю группу переключателей, такой символ нигде не появляется. 2) Почему в свойствах переключателей (переключатель 11 и переключатель 13) в строке "значение параметра", как я понимаю, Вы изменяете значение на "-1" и "0"? Когда я создаю группу переключателей мастер предлагает 1 и 2, но не -1 и 0 ? Какой-то же "прикол " в этом есть? Спасибо. С ув. Юрий

__Michelle, спасибо большое! Буду воплощать. С ув. Юрий

__Michelle, появилась просьба: как в последнем Вашем примере сделать так, чтобы при создании новой записи (операции) в форме "Операция" в поле Основная/неосновная не появлялась по умолчанию «неосновная», а появлялось бы пустое поле, и оператор понимал бы, что нужно выбирать «основная» или «неосновная»? Если пустое начальное поле у Вас не получится, тогда можно сделать, чтобы по умолчанию появлялась бы «основная». Это нужно для уменьшения риска не отметить основную операцию. Ведь если по невнимательности оператор не сделал выбор (поле-то уже заполнено) и для основной операции введется «неосновная», эта ошибка уже не будет в дальнейшем замечена, т.к. неосновных может быть сколько угодно, и этот пациент будет без основной операции. А если в этом поле по умолчанию «висит» «основная», тогда если по невнимательности оператор для неосновной ошибочно введет «основная», эта ошибка проявится при заполнении формы для следующей операции, т.к. «основная» по умолчанию для нее выдаст ошибку (две основных быть не может) и оператор поймет, что где-то в предыдущей записи ошибся. С ув. Юрий

__Michelle, А не могли бы Вы прокомментировать созданное Вами правило проверки IIf ( DSum ( "КодПациента=" & [КодПациента] & " AND ОперОснНеосн";"Операция")=-1;Ложь;Истина Or Ложь) ? Я сам пробую создавать простые правила с помощью агрегатных функций, но Ваш пример для меня какой-то сложный. Глобально (интуитивно) я представляю, что правило «звучит» примерно след образом: если результат сложений у пациента по всем операциям по полю ОперОснНеосн таблицы Операция (а в полях может быть либо 0 (ложь/неосновная), либо -1 (истина/основная)) дает 0, значит все операции отмечены, как неосновные, и правило такое положение вещей не «пресекает» (считает Истиной), а если хоть одна запись в таблице уже содержит -1 (т.е. «основная» уже для какой-то операции этого пациента введена), тогда правило «говорит»: «Ложь» и не дает дальше вводить данные. Но вот что мне не понятно: в DSum на первом месте, вроде, должно стоять поле, по которому идет суммирование, и имя этого поле берется в кавычки. Но в Вашем примере на первом месте указано поле КодПациента, хотя оно не в кавычках, и, вроде, является частью условия ("КодПациента=" & [КодПациента]), указывающего, что форма должна оценивать того пациента, код которого в настоящий момент «светится» в форме в поле [КодПациента]. Но условие же должно стоять на третьем месте, а не на первом? Я в смятении. А если вычисления идут по полю ОперОснНеосн, так оно не в кавычках, и не на первом месте, и такое ощущение, что это поле является частью какого-то условия после оператора AND. Касательно действия правила при результате -1 : почему правило не «срабатывает» при первом введении -1? Из-за изменения названия поля (ОперОснНеосн_W в форме, и ОперОснНеосн в таблице)? И пока -1 находится в поле формы и еще не сохранено в таблице, правило -1 не видит, а стоит «-1» появиться (после сохранения) в таблице, правило начинает -1 видеть и на него реагировать? А как тогда при сохраненном значении -1 ввести 0? Ведь -1 и 0 дают -1, а правило при -1 дает Ложь и должно «пресекать» ввод данных? Или не так? И еще. Почему второе возвращаемое значение функции IIF (третий аргумент), если результат функции DSum не «-1», не только Истина, но Истина OR ложь? С ув. Юрий. PS В подтверждение того, что я таки работаю с функциями, а не проявляю праздное любопытство, привожу свой пример для другого поля. Возможно, смотрится коряво, но почему-то работает Nz([Формы]![ИсторияБолезни]![ДатаВыписИстор];[ОперацияНачало_поле])-(IIf(Nz([Формы]![ИсторияБолезни]![ДатаВыписИстор];0)=0;[ОперацияНачало_поле];[ОперацияНачало_поле]))>=0

__Michelle, спасибо большое! Попробую "переварить" :) С ув. Юрий