Связи таблиц

Связи между таблицами представлены на рисунке 5.
Рисунок 5 – Связи таблиц базы данных
Все связи между таблицами имеют тип «один ко многим» с обеспечением целостности данных: заявители могут подать на рассмотрение несколько заявок, архитектурно-градостроительное решение может рассматриваться неоднократно (например, после отрицательного ответа проект может быть доработан и подан на рассмотрение повторно), согласующая организация может рассматривать несколько архитектурно-градостроительных решений.
Запросы
1. Вывод сведений о заявке определённого заявителя (ФИО или название заявителя (или его часть) задаётся пользователем) и ходе рассмотрения его архитектурно-градостроительного решения (форма рассмотрения, в какой организации рассматривается, принято ли решение и, если решение принято, то какое и когда);
Запрос «Сведения о заявке опред заявителя».
Для задания условия отбора для определенного заявителя используется оператор Like и символ шаблона «*», что позволяет задавать нестрогое условие отбора. В бланк запроса добавлено поле Название из таблицы АГ решения, что позволит отобразить название решения и ход его рассмотрения.
Рисунок 6 – Конструктор запросов
Рисунок 7 – Ввод части ФИО заявителя
Рисунок 8 – Результат выполнения запроса
2. Вывод сведений обо всех утверждённых в текущем году архитектурно-градостроительных решениях (код, название) и заявителях, подавших заявку на их рассмотрение (номер заявки, ФИО или название, дата подачи заявки, дата принятия решения).
Запрос «Сведения об утвержденных заявках».
В запросе задано условие отбора «Утвердить» для поля Решение

. Для отбора только тех записей, которые были рассмотрены в текущем году, для поля ДатаПЗ использовалась функция Year(), отделяющая год от значения даты и полученное значение сравнивалось со значением года для текущей даты (Year(Date()).
Рисунок 9 – Конструктор запросов
Рисунок 10 – Результат выполнения запроса
3. Формирование списка заявок (номер, дата подачи, сведения о заявителе, код и название архитектурно-градостроительного решения, название организации, в которой проект проходит согласование), поданных в определённый период (границы периода задаются пользователем), по которым ещё не принято решение
Запрос «Формирование списка заявок за период».
Рисунок 11 – Конструктор запросов
Рисунок 12 – Ввод начала периода
Рисунок 13 – Ввод окончания периода
Рисунок 14 – Результат выполнения запроса
4. Формирование списка организаций, рассматривающих архитектурно-градостроительные решения, с указанием общего количества рассмотренных решений, а также даты принятия решения по самому первому проекту и даты принятия решения по самому последнему проекту.
Запрос «Список организаций, рассматривающих АГР».
Добавим строку Групповые операции, в которой можно указывать функцию, подсчитываемую для групп записей. В запросе будем использовать функции Min и Max для поиска первого (наименьшего) значения и последнего (наибольшего) значения в поле ДатаПр. Для того чтобы исключить из выходного набора записи, по которым еще не принято решение, в строке Условие отбора поля ДатаПр добавим условие Is Not Null (отбирает записи в которых значение не пусто).
Рисунок 15 – Конструктор запросов
Рисунок 16 – Результат выполнения запроса
У МосАрхитектуры и РосПРоекта в рассмотрении только по одному решению, поэтому значения первой и последней даты принятия решений совпадают