MS Access. Отчёт, базирующийся на запросе с отбором данных для вывода - как сделать?
 

Преамбула:
Есть MS Access база с 1 таблицей. Есть запрос по этой базе выбирающий следующие поля : ФИО и номера сертификатов. Всего 25 видов сертификатов, но не у каждого человека есть все, может быть 1 сертификат, а может быть 5 сертификатов. И есть отчёт, построенный на основании вышеуказанного запроса.

Амбула:
Необходимо выводить в отчёт ФИО и название сертификата, которого нету у данного человека, т.е. скрывать те сертификаты, которые он получил. Как я понимаю - нужно построчно просматривать запрос и проверять на наличие номера сертификата, если есть номер - скрывать поле с этим сертификатом в отчёте, но не знаю как это сделать.

Прошу помощи.

Darkvar, получается, что структура такая таблицы?
А данные примерно такие(представим, что всего 2 сертификата):

И запрос Должен вывести

Т.к. у Иванова есть оба сертификата, то он и не выведется в результате. Верно?

Выведет

Проверял и тестировал в Access 2007. Работает.

Немножко не так.
И вывести должно
Поле ФИО в таблице уникально и не может повторяться, приходиться вот так изгаляться :(
И ещё только что узнал, что у разных сертификатов может быть один и тот же номер/название. Например OD 123 ... И как можно с такими людьми работать...
Выручайте, а то это тихий ужас какой-то

Не понял, так у вас структура таблицы такая? :

То есть 25 полей в таблице и в поле может быть какой то признак сертификата? Приведите ПРАВИЛЬНУЮ структуру, тогда и плясать будем. Лучшим вариантов будет вложение пустой базы (с 1-2 записями, чтобы понятней было).

Абсолютно верно. Только поля называются
И в этих полях записаны номера сертификатов, которые являются признаком наличия сертификата соответственно. Причём номера сертификатов разных курсов могут совпадать, например:
Увы, проектировал эту базу не я, поэтому возникла такая проблема с повторяющимися номерами сертификатов.

Мда, задача усложнилась тем, что каждый сертификат в отдельном столбце, а Access либо выводит столбец, либо нет при создании запроса. Теоретически могу сделать запрос, который выведет результат примерно в таком виде:
Т.е. В одном поле будет фио, а в другом - через зяпятую-наименование столбца с сертификатом и имя. Устроит так?

"Головы им нужно поменять, а не конституцию" ((с) Крабе)

Таблицу эту нужно переделать, потому что в настоящее время она просто неработоспособна.
Создаётся два столбца - ФИО и Сертификат - и объявляется первичный ключ на оба поля.

Delirium, мне-то как раз и нужно, чтоб выводило наименование столбца с сертификатом, которого нету у человека. И да - подойдёт, если будет всего 2 столбца:
1) ФИО
2) Перечисление сертификатов, которых нету у человека через запятую. Номера сертификатов даже и не нужны, достаточно просто наименования этого сертификата.

To El Scorpio,
Ну отдаю честь Вашему "званию" :"Спасибо, Кэп" :) .
Базу, увы, переделать не могу ибо она уже полностью забита, созданы отчёты, запросы и пр. Как она до сих пор работала - загадка для всех. А человек, который "проектировал" базу - не имеет ни малейшего понятия о структуре БД.

Как можно вывести наименование сертификата, которого НЕТ? А если этого сертификата нет ни у одного пользователя? Можно, конечно, создать небольшое соответствие номеров названиям, но, в случае отсутствия сертификата у всех, будет тупить...


Создаем запрос, в котором пишем вот такой хитрый запрос:



Данный пример имеет таблицу (Таблица1), в которой есть 7 Столбцов:


На выходе получаем вот такой результат:


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

El Scorpio, согласен, структура базы ужаснейшая, но, зачастую, увы, приходится работать и с такими вот ляпусами, куда ж деваться :)

Delirium, гранд мерси за помощь.
Допилил немного запрос под свои нужды и вроде бы работает на достаточном уровне.

P.S. Тему пока что не закрываю, ибо скоро появится ещё 1 вопрос по этой же базе :up

Можно один раз написать программу перегрузки информации в таблицу с правильной структурой.

El Scorpio, и снова вы немного неправы. А если эта база используется клиентским приложением, в котором жестко прописаны данные поля? Переписывать клиентскую часть? Довольно хлопотное дело, особенно, если нет исходника :)