@Kkarn

Всем добрый день)
Опять я в своих изысканиях наткнулся на, по всей видимости, одну из больных тем Access.
Здесь на форуме я уже видел подобные темы, но попытаюсь поднять ее еще раз.
Итак, дано:
1. ТАБЛИЧНАЯ форма
2. в ней поля со списками "Регион" и "Подразделение".
И само собой, что я хочу вроде бы совершенно логичной вещи: чтобы при выборе в первом списке определенного региона - во втором появлялись только подразделения, относящиеся к выбранному региону.
И само собой, если указываю в источнике строк подразделения условием отбора - значение поля "Регион", то получаю большинство ПУСТЫХ строк, т.к. форма табличная и по сути элемент "Регион" - один, и соответственно, в источнике строк для Подразделения выбрались только подразделения первого региона, а если в других строках получаем пустые значения, т.к. они не входят в перечень источника строк. Написал немного путанно, но, думаю, те, кто сталкивались - понимают, о чем речь.

Так вот, я даже сочинил очередную, как мне показалось, прикольную идею: посадил на событие "Получение фокуса" поля "Подразделение" процедуру, которая заменяет источник строк на отфильтрованный по региону, а на событие "Потеря фокуса" - снова ставит источником строк ПОЛНЫЙ список подразделений. И таким образом решил вроде бы задачу, в имеющихся данных все поля стали отображаться правильно, при клике на выпадающем списке подразделения отображались только подразделения нужного региона...
НО. Рано радовался, само собой. Вся эта механика замечательно работала при просмотре уже имеющихся данных, а вот при попытке ввести новые - тут-то и начались козни... Ввожу первую строку, регион, подразделение - все нормально. Ввожу вторую строку, другой регион, кликаю и выбираю подразделение - а оно мне выдает сообщение, которое я заскринил на картинке ниже. И тут уже тупик, нужно аварийно закрывать форму...

Я понимаю, что я топчусь по старым, избитым многими поколениями граблям, но хотелось бы все-таки уяснить для себя вопрос, вынесенный в заголовок темы: создание связанных списков в табличной форме НЕВОЗМОЖНО или же "довольно сложно", как сказал в одной из просмотренных мной тем уважаемый mobile ? Все-таки "довольно сложно" - внушает хоть какую-то надежду)

Миниатюры

 

0

@texnik-san

Ой, забыла поменять, какая форма должна быть стартовая. Смотреть в форму "табличная".

1

@Kkarn

mobile, Спасибо за то, что уделяете время. Наверное, не стоит заморачиваться с поисками той базы, я думаю, что в моем случае такое сложное использование апи и т.д. - это уже будет "из пушки по воробьям", оно того не стоит...
texnik-san, Спасибо, посмотрю)

Добавлено через 5 минут
texnik-san, То есть работе встроенного фильтра мешает именно UNION-запрос?
Посмотрел ваш пример, вроде бы то, что нужно) Еще раз спасибо, вечером поплотнее с ним поработаю.

0

@VinniPuh

Kkarn, Вот если поможет, то в своей БД в форме - Заказы - Выбираю - Блюда в зависимости от Категорий, без проблемм и мерцаний всяческих.
Смотри процедуры у подчиненной формы.
На текущей записи и Выходе просто запрос, а на входе Запрос с фильтром.

Миниатюры

 

Вложения

Заказы-Кафе.rar (134.2 Кб, 9 просмотров)

0

@Kkarn

texnik-san, Хочу еще раз поблагодарить Вас за Ваш пример - теперь все идеально работает: и сортировка нужных элементов к верху списка, и встроенный фильтр. Я еще добавил на событие До обновления проверку на выбранность именно элемента со знаком +, и теперь вообще все красиво.

1

@texnik-san

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

Миниатюры

 

0