Создание базы данных «Поликлиника» в MS Access: Полное руководство для контрольной работы

В современном мире информация является одним из наиболее ценных ресурсов, и умение эффективно работать с ней — ключевой навык для любого специалиста. Для студентов, изучающих информационные технологии и основы баз данных, понимание принципов их проектирования и практические навыки работы с системами управления базами данных (СУБД) становятся фундаментом профессионального роста. Microsoft Access, как одна из наиболее доступных и широко используемых реляционных СУБД, предоставляет отличную платформу для освоения этих основ.

Настоящее руководство призвано стать вашим надёжным проводником в процессе создания базы данных «Поликлиника» в MS Access. Эта контрольная работа не просто упражнение, а комплексная задача, охватывающая все ключевые аспекты проектирования и реализации полноценной информационной системы. Мы подробно рассмотрим этапы создания таблиц, установления связей, разработки удобных форм для ввода данных, формирования мощных запросов для анализа информации и генерации профессиональных отчетов. Цель этого руководства — не только помочь вам успешно выполнить учебное задание, но и заложить прочные теоретические и практические знания, необходимые для дальнейшего изучения баз данных. Каждый раздел структурирован таким образом, чтобы поэтапно провести вас от концептуализации до финализации проекта, предоставляя исчерпывающие инструкции и объяснения.

Теоретические основы проектирования реляционных баз данных

Прежде чем приступать к практической реализации любой информационной системы, будь то крупная корпоративная СУБД или небольшая база данных для поликлиники, критически важно заложить прочный теоретический фундамент. Понимание основных принципов реляционных баз данных и их применения в MS Access позволит создать не просто набор таблиц, а логически выстроенную, эффективную и устойчивую систему, способную выдержать испытание временем и ростом данных.

Что такое база данных и СУБД MS Access?

Представьте, что вы хотите организовать всю информацию о пациентах и врачах в поликлинике. Можно использовать бумажные картотеки, но это медленно, неэффективно и чревато ошибками. Здесь на помощь приходят базы данных. База данных — это организованный набор структурированной информации, или данных, который обычно хранится в электронном виде в компьютерной системе. Если говорить проще, это электронное хранилище, где данные упорядочены таким образом, чтобы их можно было легко извлекать, обновлять и управлять ими.

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

Microsoft Access — это яркий представитель настольных реляционных СУБД, входящий в пакет Microsoft Office. Он уникален тем, что объединяет в себе ядро базы данных (Microsoft Jet Database Engine) и мощный набор инструментов для разработки приложений, что делает его идеальным для малых и средних предприятий, а также для учебных целей. Access позволяет работать с данными и объектами, относящимися к определенной задаче, в рамках одного файла.

Основные объекты MS Access, которые мы будем использовать в нашей «Поликлинике», включают:

• Таблицы: Основа любой базы данных, где хранятся все данные в виде строк (записей) и столбцов (полей).
• Запросы: Инструменты для извлечения, фильтрации, сортировки, объединения и модификации данных из одной или нескольких таблиц.
• Формы: Графические интерфейсы пользователя, предназначенные для удобного ввода, просмотра и редактирования данных.
• Отчеты: Объекты для вывода, обобщения, анализа и печати данных в заданном формате.
• Макросы: Автоматизированные последовательности действий, которые помогают автоматизировать рутинные операции.
• Модули: Блоки кода VBA (Visual Basic for Applications) для выполнения более сложных задач и создания настраиваемых функций.

Основные этапы проектирования базы данных

Создание эффективной базы данных — это не просто хаотичное создание таблиц, а последовательный, продуманный процесс. Он напоминает строительство здания: нельзя сразу возводить стены, не имея фундамента и чертежей. Этапы проектирования базы данных включают:

1. Определение цели создания базы данных: На этом первом и, возможно, самом важном этапе необходимо чётко сформулировать, для чего нужна база данных, какие проблемы она должна решать, какую информацию хранить и какие функции выполнять. Для нашей «Поликлиники» цель очевидна: эффективно управлять данными о врачах, пациентах и их приёмах.
2. Определение необходимых таблиц: После определения цели следует выявить основные сущности, о которых будет храниться информация. Каждая сущность, как правило, становится отдельной таблицей. Важный принцип: каждая таблица должна содержать сведения только по своей теме, исключая дублирование информации.
3. Определение полей в таблицах: Для каждой таблицы необходимо определить, какие конкретные атрибуты (свойства) сущности будут храниться. Например, для сущности «Врач» это будут ФИО, Специальность, Категория.
4. Задание первичного ключа для каждой таблицы: Каждая запись в таблице должна быть уникально идентифицирована. Для этого назначается первичный ключ — одно или несколько полей, значения которых однозначно определяют каждую запись.
5. Определение связей между таблицами: Реляционные базы данных строятся на связях между таблицами. Необходимо проанализировать, как сущности взаимодействуют друг с другом, и установить соответствующие связи (один к одному, один ко многим, многие ко многим).
6. Обновление структуры базы данных: По мере проектирования могут возникать новые требования или обнаруживаться недочёты, требующие корректировки структуры. Это итеративный процесс.
7. Добавление данных и создание других объектов: После создания структуры и связей можно приступать к заполнению таблиц тестовыми данными, а затем к разработке форм, запросов и отчетов.

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

Сущности, атрибуты и типы данных в MS Access

Чтобы данные были полезными, они должны быть правильно структурированы. В реляционной модели данных мы оперируем понятиями сущности и атрибута.

• Сущность — это реальный или абстрактный объект, о котором необходимо хранить информацию. В нашей «Поликлинике» сущностями будут «Врачи» и «Пациенты». Позже мы добавим «Приемы» как сущность, описывающую взаимодействие врача и пациента.
• Атрибут — это характеристика или свойство сущности. Например, для сущности «Врач» атрибутами могут быть «ФИО», «Специальность», «Категория». Для «Пациента» — «ФИО», «Дата рождения», «Адрес».

Каждый атрибут, который в таблице базы данных становится полем, должен иметь определённый тип данных. Правильный выбор типа данных имеет огромное значение: он облегчает работу с данными, проверку их корректности, оптимизирует хранение и повышает производительность обработки. MS Access предлагает широкий спектр типов данных:

• Краткий текст: Для текстовых значений длиной до 255 символов (имена, фамилии, адреса, названия специальностей).
• Длинный текст (Memo): Для больших объёмов текста (до 1 ГБ), например, для описания диагноза или истории болезни.
• Числовой: Для хранения числовых значений (количество, возраст, стоимость). Важно отметить, что для числового типа данных существует свойство «Размер поля», которое определяет объём памяти, выделяемый для каждого значения (например, «Целое», «Длинное целое», «С плавающей запятой»). Это критично для оптимизации и предотвращения переполнения. Например, «Длинное целое» занимает 4 байта и может хранить числа от -2 147 483 648 до 2 147 483 647.
• Дата/время: Для хранения дат и времени (дата приёма, дата рождения).
• Денежный: Для финансовых значений, обеспечивающий высокую точность.
• Счетчик (Autonumber): Уникальное значение, автоматически генерируемое Access при добавлении новой записи. Идеально подходит для первичных ключей. Для поля-счётчика также важен «Размер поля»: «Длинное целое» по умолчанию, или «Код репликации» (16 байт) для глобальных уникальных идентификаторов (GUID).
• Логический: Для булевых значений (истина/ложь), например, «инвалидность» (Да/Нет).
• Объект OLE: Для встраивания объектов из других приложений (изображения, документы).
• Гиперссылка: Для хранения веб-адресов или путей к файлам.
• Вложение: Для прикрепления файлов.

Важность правильного выбора типов данных и свойства «Размер поля»: Недооценка этого аспекта может привести к серьёзным проблемам. Если, например, для числового поля, предназначенного для хранения ID, выбрать слишком маленький «Размер поля», то при превышении лимита значений база данных начнёт выдавать ошибки. И наоборот, использование избыточно большого типа данных для простых полей (например, «Длинный текст» для ФИО) ведёт к нерациональному расходу дискового пространства и снижению производительности. Тщательный подход к выбору типов данных — это основа эффективной и надёжной работы вашей базы данных, что напрямую влияет на её масштабируемость и устойчивость к ошибкам.

Проектирование и создание таблиц для БД «Поликлиника»

Сердцем любой реляционной базы данных являются таблицы, где структурированно хранятся все сведения. Правильное проектирование таблиц — это залог эффективности, гибкости и целостности вашей БД. В нашем случае, мы начнём с определения сущностей «Врачи» и «Пациенты», а затем добавим «Приемы» для учёта их взаимодействия.

Определение структуры таблиц «Врачи» и «Пациенты»

Первым шагом в реализации нашей базы данных «Поликлиника» будет создание двух ключевых таблиц: «Врачи» и «Пациенты». Каждая из них будет хранить уникальную информацию о соответствующей сущности.

Таблица «Врачи» будет содержать информацию о медицинском персонале:

Имя поля	Тип данных	Описание	Свойство «Размер поля» / Формат
КодВрача	Счетчик	Уникальный идентификатор врача (Первичный ключ)	Длинное целое
ФИОВрача	Краткий текст	Полное имя врача	255 символов
Специальность	Краткий текст	Специализация врача (например, Терапевт, Хирург)	50 символов
Категория	Краткий текст	Квалификационная категория врача	50 символов
КонтактныйТелефон	Краткий текст	Телефон врача	20 символов

Таблица «Пациенты» будет хранить данные о посетителях поликлиники:

Имя поля	Тип данных	Описание	Свойство «Размер поля» / Формат
КодПациента	Счетчик	Уникальный идентификатор пациента (Первичный ключ)	Длинное целое
ФИОПациента	Краткий текст	Полное имя пациента	255 символов
ДатаРождения	Дата/время	Дата рождения пациента	Короткий формат даты
Адрес	Краткий текст	Домашний адрес пациента	255 символов
Телефон	Краткий текст	Контактный телефон пациента	20 символов
ГруппаИнвалидности	Логический	Признак наличия инвалидности (Да/Нет)	Да/Нет

Создание этих таблиц в MS Access происходит в режиме конструктора. Открыв Access, выберите «Создание» > «Таблица» > «Режим конструктора». Для каждого поля введите «Имя поля», выберите «Тип данных» из выпадающего списка и, при необходимости, измените «Свойства поля» в нижней части окна, такие как «Размер поля» или «Формат».

Создание таблицы «Приемы» для учета посещений

Взаимодействие между врачами и пациентами не укладывается в простую связь «один к одному» или «один ко многим». Один врач может принимать множество пациентов, и один пациент может посещать множество врачей. Это классический пример связи «многие ко многим». В реляционных базах данных такие связи напрямую не реализуются. Вместо этого используется промежуточная, или связующая, таблица, которая разбивает связь «многие ко многим» на две связи «один ко многим».

Для нашей «Поликлиники» такой промежуточной таблицей станет «Приемы». Она будет фиксировать каждое отдельное посещение пациента определённым врачом.

Таблица «Приемы»:

Имя поля	Тип данных	Описание	Свойство «Размер поля» / Формат
КодПриема	Счетчик	Уникальный идентификатор приема (Первичный ключ)	Длинное целое
КодВрача	Числовой	Ссылка на КодВрача из таблицы Врачи (Внешний ключ)	Длинное целое
КодПациента	Числовой	Ссылка на КодПациента из таблицы Пациенты (Внешний ключ)	Длинное целое
ДатаПриема	Дата/время	Дата и время посещения	Короткий формат даты/Короткий формат времени
Диагноз	Длинный текст	Установленный диагноз
СтоимостьЛечения	Денежный	Стоимость оказанных услуг	Денежный

Создание таблицы «Приемы» также осуществляется в режиме конструктора. Важно помнить, что поля КодВрача и КодПациента в таблице «Приемы» должны иметь тот же тип данных («Числовой» с «Длинным целым» размером), что и соответствующие первичные ключи в таблицах «Врачи» и «Пациенты» (где они являются «Счётчиками» с «Длинным целым» размером). Это необходимо для корректной установки связей.

Назначение первичных и внешних ключей

Понимание и правильное использование ключей — это краеугольный камень проектирования реляционных баз данных.

Первичный ключ — это одно или несколько полей, которые уникально идентифицируют каждую запись в таблице. Без первичного ключа система не сможет отличить одну запись от другой, что может привести к дублированию данных и потере целостности. В MS Access поле типа «Счётчик» часто используется как первичный ключ, поскольку оно автоматически генерирует уникальные, неповторяющиеся значения для каждой новой записи.

Как назначить первичный ключ в Access:

1. Откройте таблицу в режиме конструктора.
2. Выберите поле, которое вы хотите сделать первичным ключом (например, КодВрача или КодПациента).
3. На вкладке «Конструктор» в группе «Сервис» нажмите кнопку «Ключевое поле» (или щелкните правой кнопкой мыши по выбранному полю и выберите «Ключевое поле»). Рядом с полем появится значок ключа.

Внешний ключ — это поле (или набор полей) в одной таблице, которое ссылается на первичный ключ в другой таблице. Он устанавливает связь между записями в разных таблицах. В таблице «Приемы» поля КодВрача и КодПациента будут внешними ключами, ссылающимися на первичные ключи в таблицах «Врачи» и «Пациенты» соответственно. В отличие от первичного ключа, значения внешнего ключа не обязаны быть уникальными в своей таблице, но они должны либо соответствовать значению первичного ключа в связанной таблице, либо быть пустыми (NULL), если запись не имеет соответствующей связи.

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

Пример заполнения таблиц тестовыми данными: После создания структуры таблиц рекомендуется заполнить их несколькими тестовыми записями (минимум по 5-10 записей на таблицу). Это поможет проверить правильность работы связей, форм, запросов и отчетов.

Пример данных для таблицы «Врачи»:

КодВрача	ФИОВрача	Специальность	Категория	КонтактныйТелефон
1	Иванов И.И.	Терапевт	Высшая	+7 (901) 123-45-67
2	Петрова Е.С.	Хирург	Первая	+7 (902) 234-56-78
3	Сидоров А.П.	Педиатр	Вторая	+7 (903) 345-67-89

Пример данных для таблицы «Пациенты»:

КодПациента	ФИОПациента	ДатаРождения	Адрес	Телефон	ГруппаИнвалидности
101	Кузнецов В.М.	15.03.1980	ул. Мира, д. 10, кв. 5	+7 (911) 111-22-33	Нет
102	Смирнова О.И.	22.07.1975	пр. Ленина, д. 25, кв. 12	+7 (912) 222-33-44	Да
103	Васильев С.Н.	01.11.1990	ул. Цветочная, д. 3, кв. 8	+7 (913) 333-44-55	Нет

Пример данных для таблицы «Приемы»:

КодПриема	КодВрача	КодПациента	ДатаПриема	Диагноз	СтоимостьЛечения
1	1	101	10.10.2025 10:00:00	ОРВИ	1200,00
2	2	102	10.10.2025 11:30:00	Острый аппендицит	5000,00
3	1	103	11.10.2025 09:00:00	Грипп	1500,00
4	3	101	11.10.2025 14:00:00	Плановый осмотр ребенка	800,00
5	2	103	12.10.2025 10:00:00	Консультация по травме	2000,00

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

Установка связей между таблицами и обеспечение целостности данных

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

Понятие реляционных связей и их типы

В основе реляционной модели данных лежит концепция связей (отношений) между таблицами. Связь в Access помогает объединять данные из двух разных таблиц, используя общие поля. Эти связи позволяют системе «понимать», как записи из одной таблицы соотносятся с записями в другой.

Access поддерживает несколько типов связей:

1. «Один к одному» (1:1): Каждая запись в первой таблице может быть связана только с одной записью во второй таблице, и наоборот. Этот тип связи используется редко и обычно означает, что информацию можно было бы объединить в одну таблицу. Пример: сведения о сотруднике и его банковском счете, если у каждого сотрудника только один счет.
2. «Один ко многим» (1:∞): Каждая запись в первой (главной) таблице может быть связана с несколькими записями во второй (подчиненной) таблице, но каждая запись во второй таблице связана только с одной записью в первой. Это наиболее распространённый тип связи. Пример: Один врач (главная таблица) может принять множество пациентов (подчиненная таблица «Приемы»), но каждый приём связан только с одним врачом. Аналогично, один пациент (главная таблица) может иметь множество приёмов (подчиненная таблица «Приемы»), но каждый приём связан только с одним пациентом.
3. «Многие ко многим» (∞:∞): Каждая запись в первой таблице может быть связана с несколькими записями во второй таблице, и каждая запись во второй таблице также может быть связана с несколькими записями в первой. Как уже упоминалось, Access (и большинство реляционных СУБД) не поддерживает этот тип связи напрямую. Вместо этого он реализуется путём создания промежуточной таблицы, которая содержит внешние ключи из обеих связываемых таблиц. В нашем случае, связь между «Врачами» и «Пациентами» является связью «многие ко многим», которая разбивается на две связи «один ко многим» через таблицу «Приемы». Графически это выглядит так:
   • Врачи (один) — Приемы (многие)
   • Пациенты (один) — Приемы (многие)

Визуально в окне «Схема данных» Access связи отображаются линиями, соединяющими поля, а рядом с линией указывается тип связи (например, «1» и символ бесконечности «∞» для «один ко многим»).

Практическое создание связей в окне «Схема данных»

Установка связей в MS Access — это интуитивно понятный процесс, который выполняется в специальном окне «Схема данных».

Пошаговая инструкция:

1. Закройте все открытые таблицы: Это критически важно, так как Access не позволит установить связи, если таблицы, которые вы пытаетесь связать, открыты.
2. Откройте окно «Схема данных»: Перейдите на вкладку «Работа с базами данных» (или «Средства базы данных» в более новых версиях) и в группе «Связи» нажмите кнопку «Схема данных».
3. Добавьте таблицы: Если ваши таблицы ещё не отображаются в окне, нажмите кнопку «Показать таблицу» на вкладке «Конструктор» (или «Работа со связями»). В появившемся диалоговом окне выберите «Врачи», «Пациенты» и «Приемы», затем нажмите «Добавить» и «Закрыть». В окне конструктора отобразятся схемы выбранных таблиц со связями.
4. Создайте связи:
   • Для связи «Врачи» и «Приемы»: Перетащите поле КодВрача из таблицы «Врачи» (которое является первичным ключом) на поле КодВрача в таблице «Приемы» (которое является внешним ключом).
   • Для связи «Пациенты» и «Приемы»: Перетащите поле КодПациента из таблицы «Пациенты» на поле КодПациента в таблице «Приемы».
5. Настройте параметры связи: После перетаскивания поля появится диалоговое окно «Изменение связей». Здесь вы увидите названия таблиц и связываемых полей. Обязательно установите флажок «Обеспечение целостности данных». Также рекомендуется установить флажки «Каскадное обновление связанных полей» и «Каскадное удаление связанных записей» (об этом подробнее в следующем подразделе). Нажмите «Создать».

После выполнения этих шагов в окне «Схема данных» появятся линии, соединяющие таблицы, с указанием типа связи «один ко многим».

Обеспечение целостности данных: Каскадные операции

Целостность данных — это фундаментальный принцип, гарантирующий, что данные в базе данных остаются точными, согласованными и надёжными. В контексте реляционных баз данных, ссылочная целостность означает, что ссылки между данными являются правомерными и неповреждёнными. Например, невозможно, чтобы запись о приёме пациента ссылалась на несуществующего врача.

Access позволяет автоматически проверять и обеспечивать целостность данных в связанных таблицах. Для этого при создании связи необходимо установить флажок «Обеспечение целостности данных» в диалоговом окне «Изменение связей».

Условия для обеспечения целостности данных:

• Связанное поле главной таблицы должно быть первичным ключом или иметь уникальный индекс.
• Связываемые поля должны иметь одинаковый тип данных. Исключение: поле «Счётчик» в главной таблице может быть связано с «Числовым» полем (с размером «Длинное целое» или «Код репликации») в подчиненной.
• Обе таблицы должны принадлежать одной базе данных Access.

При включенной ссылочной целостности Access отслеживает и блокирует действия, которые могут нарушить согласованность данных:

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

Для преодоления последних двух ограничений, сохраняя при этом целостность данных, используются каскадные операции:

• «Каскадное обновление связанных полей»: Если вы изменяете значение первичного ключа в главной таблице (например, КодВрача), Access автоматически обновит соответствующие значения внешних ключей (КодВрача) во всех связанных записях в подчиненной таблице («Приемы»). Это очень удобно, так как избавляет от ручного обновления множества записей.
• «Каскадное удаление связанных записей»: Если вы удаляете запись из главной таблицы (например, удаляете данные о враче), Access автоматически удалит все связанные записи в подчиненной таблице («Приемы»), которые ссылались на этого врача. Это мощная, но потенциально опасная функция, к использованию которой следует подходить с осторожностью. Её применение оправдано, когда удаление главной записи логически означает удаление всех связанных с ней детальных записей (например, удаление заказа приводит к удалению всех позиций в этом заказе). В контексте «Поликлиники» удаление врача, вероятно, не должно автоматически приводить к удалению всех его приёмов без дополнительного анализа. Однако для учебных целей эта опция часто требуется.

Включение этих опций при создании связей значительно упрощает управление данными и минимизирует риск их повреждения, обеспечивая надёжность вашей базы данных.

Разработка форм для удобного ввода и редактирования данных

После того как структура базы данных определена и связи установлены, следующим логическим шагом является создание интерфейса для взаимодействия с этими данными. Пользователи редко работают напрямую с таблицами; вместо этого они используют формы, которые представляют собой удобные графические оболочки для просмотра, ввода и редактирования информации. Хорошо спроектированные формы — залог эффективности работы с БД и минимизации ошибок.

Создание простых форм для таблиц «Врачи» и «Пациенты»

Начнём с создания простых форм для наших основных таблиц — «Врачи» и «Пациенты». Эти формы позволят нам быстро вводить новые записи и просматривать существующие без необходимости открывать таблицы напрямую.

Методы создания форм в MS Access:

1. Инструмент «Форма» (Form Tool): Это самый быстрый способ. Выберите таблицу в области навигации (например, «Врачи»), затем на вкладке «Создание» в группе «Формы» нажмите кнопку «Форма». Access автоматически создаст форму, отображая все поля выбранной таблицы в режиме макета. Вы можете сразу же начать вводить данные.
2. «Мастер форм» (Form Wizard): Этот инструмент предлагает больше контроля над процессом. На вкладке «Создание» выберите «Мастер форм». Мастер пошагово проведёт вас через выбор полей из одной или нескольких таблиц/запросов, выбор макета формы (ленточный, одиночная форма, табличный) и стиля. Это особенно полезно, когда нужно выбрать не все поля или создать форму на основе нескольких источников данных.
3. «Конструктор форм» (Form Design): Предоставляет максимальный контроль над дизайном. Выберите «Конструктор форм» на вкладке «Создание». Вы получите пустую форму, на которую можно вручную добавлять элементы управления (текстовые поля, надписи, кнопки), перетаскивая поля из списка полей (область «Список полей»).

Для наших простых форм «Врачи» и «Пациенты» идеально подойдёт инструмент «Форма» или «Мастер форм». После создания формы вы можете переключиться в режим конструктора, чтобы настроить её внешний вид: изменить размеры полей, расположение элементов, добавить заголовки или изменить цветовую схему.

Разработка формы «Врачи и Приемы» с подчиненной формой

Одним из наиболее мощных инструментов Access для работы со связанными данными является подчиненная форма. Это форма, вставленная в другую форму. Основная форма (главная) отображает данные из главной таблицы (например, «Врачи»), а подчиненная форма — связанные данные из подчиненной таблицы (например, «Приемы»). Такая комбинация также называется иерархической формой или сочетанием основной формы и формы подробностей. Подчиненные формы незаменимы для отображения данных из таблиц со связью «один-ко-многим».

Методика создания составной формы «Врачи и Приемы»:

1. Создание главной формы «Врачи»: Сначала создайте простую форму для таблицы «Врачи», используя «Мастер форм» или инструмент «Форма». Сохраните её как «Врачи_Главная».
2. Создание подчиненной формы «Приемы»: Затем создайте отдельную форму для таблицы «Приемы». Сделайте её простой, но убедитесь, что она содержит поля КодВрача, КодПациента, ДатаПриема, Диагноз, СтоимостьЛечения. Сохраните её как «Приемы_Подчиненная».
3. Встраивание подчиненной формы:
   • Откройте форму «Врачи_Главная» в режиме конструктора.
   • На вкладке «Конструктор формы» в группе «Элементы управления» найдите инструмент «Подчиненная форма/отчёт» (Subform/Subreport).
   • Перетащите этот элемент на область формы «Врачи_Главная». Откроется «Мастер подчиненных форм».
   • Выберите опцию «Использовать существующую форму» и укажите «Приемы_Подчиненная».
   • На следующем шаге мастер предложит «Определить связь». Access часто автоматически определяет связывающие поля, если между таблицами уже установлены связи в «Схеме данных» и имена полей соответствуют (например, КодВрача в обеих таблицах). Если нет, выберите поля вручную: «Основные поля» (КодВрача из «Врачи_Главная») и «Подчиненные поля» (КодВрача из «Приемы_Подчиненная»).
   • Дайте имя новой подчиненной форме (например, «ПриемыПодчиненная») и завершите работу мастера.

Теперь, когда вы откроете форму «Врачи_Главная», в ней будет отображаться информация о конкретном враче, а внизу — подчиненная форма со всеми приёмами, которые связаны именно с этим врачом. При переходе к следующему врачу в главной форме, содержимое подчиненной формы автоматически обновится, показывая приёмы нового врача.

Важность свойств «Основные поля» (Link Master Fields) и «Подчиненные поля» (Link Child Fields): Эти свойства элемента управления «Подчиненная форма/отчёт» отвечают за связывание главной и подчиненной форм. Они указывают Access, по каким полям нужно сопоставлять записи. Если мастер не смог автоматически определить эти поля, их можно задать вручную в окне свойств элемента управления «Подчиненная форма/отчёт» в режиме конструктора.

Принципы удобства пользовательского интерфейса

Создание эффективной БД — это не только правильная структура, но и интуитивно понятный интерфейс. Для форм особенно важны следующие принципы:

• Наглядность и простота: Размещайте поля логично, используйте группы и вкладки, если полей много. Избегайте перегрузки формы информацией.
• Использование элементов управления:
  • Выпадающие списки (ComboBox): Для полей, значения которых выбираются из фиксированного набора или из другой таблицы (например, КодВрача и КодПациента в форме «Приемы» могут быть выпадающими списками, отображающими ФИО врачей и пациентов, но сохраняющими их коды). Это значительно снижает вероятность ошибок ввода и ускоряет работу.
  • Кнопки (Command Button): Для автоматизации действий, таких как сохранение записи, переход к следующей/предыдущей записи, открытие другого отчёта или выполнение запроса.
  • Маски ввода: Для полей, имеющих определённый формат (например, телефонные номера, даты), маски ввода помогают пользователю ввести данные правильно и обеспечивают их однотипность.
• Чёткие заголовки и подписи: Все элементы формы должны быть чётко подписаны.
• Цветовая схема и шрифты: Используйте контрастные цвета и читаемые шрифты для улучшения восприятия информации.
• Проверка данных: Настройте правила проверки для полей, чтобы предотвратить ввод некорректных значений (например, дата приёма не может быть в будущем).

Придерживаясь этих рекомендаций, вы создадите не просто функциональные, но и удобные в использовании формы, которые значительно повысят эффективность работы с вашей базой данных «Поликлиника».

Реализация запросов для анализа и модификации данных

Запросы — это мощный инструмент Access, который позволяет извлекать, анализировать, агрегировать и даже изменять данные в вашей базе данных. Они являются своеобразным «мозгом» БД, позволяя получить именно ту информацию, которая необходима в конкретный момент, извлекая её из одной или нескольких таблиц.

Запросы на выборку: Базовые и с условиями

Запросы на выборку (Select Queries) — это самый распространённый тип запросов, предназначенный для получения необходимой информации из базы данных. Они позволяют отфильтровывать записи, объединять данные из разных таблиц и представлять их в удобном виде.

Пошаговое создание запроса на выборку с использованием «Конструктора запросов»:

1. Откройте «Конструктор запросов»: Перейдите на вкладку «Создание», затем в группе «Запросы» нажмите кнопку «Конструктор запросов».
2. Добавьте таблицы/запросы: В появившемся диалоговом окне «Добавление таблицы» выберите необходимые таблицы, например, «Врачи», «Пациенты» и «Приемы», затем нажмите «Добавить» и «Закрыть». В окне конструктора отобразятся схемы выбранных таблиц со связями.
3. Выберите поля: Перетащите поля, которые вы хотите включить в результат запроса, из схем таблиц в нижнюю часть окна конструктора (сетку QBE — Query By Example). Например, ФИОВрача, Специальность, ФИОПациента, ДатаПриема, Диагноз.
4. Задайте условия: Для фильтрации данных используйте строку «Условие отбора» (Criteria) в сетке QBE.

Пример 1: Базовый запрос — «Список всех приемов»
Включите поля: ФИОВрача (из «Врачи»), ФИОПациента (из «Пациенты»), ДатаПриема, Диагноз, СтоимостьЛечения (из «Приемы»).
Запустите запрос, чтобы увидеть полный список всех приёмов.

Пример 2: Запрос с условиями — «Все пациенты с диагнозом ‘ОРВИ’ за октябрь 2025 года»
Включите поля: ФИОПациента, ФИОВрача, ДатаПриема, Диагноз.
В строке «Условие отбора» для поля Диагноз введите: "ОРВИ".
В строке «Условие отбора» для поля ДатаПриема введите: Between #2025-10-01# And #2025-10-31#.
Это позволит отобрать только те приёмы, которые соответствуют заданному диагнозу и диапазону дат.

Параметрические запросы

Параметрический запрос — это очень удобный тип запроса, который при запуске предлагает пользователю ввести одно или несколько значений (параметров), используемых в качестве условий отбора. Это делает запросы более гибкими и универсальными.

Инструкция по созданию запроса с параметром — «Пациенты, принимавшие конкретного врача»:

1. Создайте запрос на выборку: Добавьте таблицы «Врачи», «Пациенты», «Приемы». Включите поля: ФИОВрача, Специальность (из «Врачи»), ФИОПациента, ДатаРождения (из «Пациенты»), ДатаПриема, Диагноз (из «Приемы»).
2. Добавьте параметр: В строке «Условие отбора» для поля ФИОВрача введите текст в квадратных скобках, который будет являться подсказкой для пользователя: [Введите ФИО врача:].
3. Запустите запрос: Когда вы запустите этот запрос, Access отобразит диалоговое окно с просьбой «Введите ФИО врача:». Введя, например, «Иванов И.И.», вы получите список всех пациентов, которых принимал этот врач.

Пример 2: «Пациенты-инвалиды, принимавшие конкретного врача»
Добавьте дополнительное условие для поля ГруппаИнвалидности (из «Пациенты»): True (или Да).
Теперь запрос будет запрашивать ФИО врача и выводить только его пациентов-инвалидов.

Запросы на модификацию данных: Обновление, добавление, удаление

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

1. Запрос на обновление (Update Query): Изменяет существующие данные в одной или нескольких таблицах.
   • Пример: Увеличить стоимость лечения для всех приёмов терапевтов на 10%.
     • В «Конструкторе запросов» добавьте таблицы «Врачи» и «Приемы».
     • На вкладке «Конструктор запросов» выберите «Обновление».
     • В сетке QBE:
       • Для поля Специальность (из «Врачи»): в строке «Условие отбора» введите "Терапевт".
       • Для поля СтоимостьЛечения (из «Приемы»): в строке «Обновление» (Update To) введите [СтоимостьЛечения] * 1.1.
     • Перед запуском просмотрите запрос в режиме «Предварительный просмотр» (кнопка «Вид» -> «Режим таблицы») чтобы убедиться, что будут обновлены правильные записи. Затем нажмите «Выполнить».
2. Запрос на добавление (Append Query): Добавляет записи из одной или нескольких таблиц в конец другой таблицы. Полезен для переноса данных.
   • Пример: Добавить новых врачей из временной таблицы «НовыеВрачи» в основную таблицу «Врачи».
     • Предполагается, что у вас есть временная таблица НовыеВрачи с полями, соответствующими Врачи.
     • В «Конструкторе запросов» добавьте таблицу НовыеВрачи.
     • На вкладке «Конструктор запросов» выберите «Добавление».
     • В диалоговом окне «Добавление» укажите целевую таблицу: Врачи.
     • Перетащите соответствующие поля из НовыеВрачи в сетку QBE и убедитесь, что в строке «Добавление в» (Append To) указаны правильные поля таблицы Врачи.
     • Выполните запрос.
3. Запрос на удаление (Delete Query): Удаляет записи из одной или нескольких таблиц, удовлетворяющие заданным условиям.
   • Пример: Удалить все приёмы, произошедшие до 1 января 2024 года.
     • В «Конструкторе запросов» добавьте таблицу «Приемы».
     • На вкладке «Конструктор запросов» выберите «Удаление».
     • В сетке QBE для поля ДатаПриема: в строке «Условие отбора» введите < #2024-01-01#.
     • Обязательно просмотрите записи, которые будут удалены, перед выполнением запроса.

Групповые запросы и вычисляемые поля

Запросы также позволяют выполнять агрегацию данных и создавать вычисляемые поля.

• Групповые запросы: Используются для выполнения вычислений с группами записей. Для этого на вкладке «Конструктор запросов» нажмите кнопку «Итоги» (Totals). Появится строка «Групповая операция» (Total) в сетке QBE.
  • Пример: Подсчитать количество приёмов у каждого врача.
    • Добавьте таблицы «Врачи» и «Приемы».
    • Включите поле ФИОВрача (из «Врачи») и КодПриема (из «Приемы»).
    • Для ФИОВрача в строке «Групповая операция» выберите «Группировка» (Group By).
    • Для КодПриема в строке «Групповая операция» выберите «Count» (Количество).
    • Запустите запрос.
• Вычисляемые поля: Позволяют создавать новые поля, значения которых рассчитываются на основе существующих полей.
  • Пример: Рассчитать возраст пациента на текущую дату.
    • Добавьте таблицу «Пациенты».
    • Включите поле ФИОПациента.
    • В следующей пустой ячейке сетки QBE введите: Возраст: DateDiff("yyyy", [ДатаРождения], Date()).
    • DateDiff — функция Access для вычисления разницы между датами. "yyyy" указывает, что разница измеряется в годах. [ДатаРождения] — исходное поле, Date() — текущая дата.
    • Запустите запрос. Вы увидите новое поле «Возраст» с рассчитанными значениями.

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

Создание отчетов для представления результатов

Когда данные аккуратно структурированы в таблицах и извлечены с помощью запросов, возникает потребность в их представлении в читабельном и аналитическом формате. Именно для этого служат отчеты в MS Access — объекты, предназначенные для обобщения, анализа и печати данных в заданном формате. Отчеты являются конечным продуктом многих аналитических задач, позволяя превратить необработанные данные в информативные документы.

Создание простых отчетов с помощью Мастера отчетов

Источником данных для любого отчёта может быть как одна таблица, так и, что гораздо чаще, один или несколько запросов. «Мастер отчетов» — это самый быстрый и удобный способ для создания структурированных отчетов, особенно если требуется группировка и сортировка.

Пошаговая инструкция по использованию «Мастера отчетов»:

1. Выберите источник данных: Прежде чем запускать мастер, убедитесь, что у вас есть готовая таблица или запрос, который содержит все необходимые для отчёта данные. Например, для отчета «Список приемов» нам понадобится запрос, объединяющий информацию из таблиц «Врачи», «Пациенты» и «Приемы».
2. Запустите «Мастер отчетов»: Перейдите на вкладку «Создание», затем в группе «Отчеты» выберите «Мастер отчетов».
3. Выбор полей: В первом шаге мастера выберите источник данных (таблицу или запрос) из выпадающего списка «Таблицы/запросы». Затем выберите поля, которые вы хотите включить в отчёт, и перенесите их в список «Выбранные поля». Например, ФИОВрача, Специальность, ФИОПациента, ДатаПриема, Диагноз, СтоимостьЛечения.
4. Определение уровней группировки: На следующем шаге мастер спросит, хотите ли вы добавить уровни группировки. Это позволяет объединять записи по определённому полю. Например, можно сгруппировать приёмы по ФИОВрача, чтобы увидеть все приёмы каждого врача вместе.
5. Определение порядка сортировки: Далее вы можете задать до четырех уровней сортировки для записей внутри каждой группы или для всего отчёта, если группировка не используется. Например, отсортировать приёмы по ДатаПриема по возрастанию.
6. Выбор макета и ориентации: Выберите макет отчёта (например, «ступенчатый», «блочный», «контурный») и ориентацию страницы (книжная или альбомная).
7. Заголовок отчёта: Введите заголовок для вашего отчёта (например, «Отчет по приёмам пациентов»).
8. Предварительный просмотр: После завершения работы мастера Access предложит просмотреть отчёт.

Отчеты с группировкой, сортировкой и вычисляемыми итогами

«Мастер отчетов» прекрасно справляется с базовой группировкой и сортировкой, но для более сложных вычислений итогов и настройки внешнего вида потребуется режим конструктора.

Методика добавления уровней группировки и сортировки (если не сделано в мастере или для модификации):

1. Откройте отчёт в режиме конструктора.
2. На вкладке «Конструктор отчётов» в группе «Группировка и итоги» нажмите «Группировка и сортировка».
3. В нижней части окна появится область «Группировка, сортировка и итоги». Нажмите «Добавить группу» или «Добавить сортировку».
4. Выберите поле, по которому будет осуществляться группировка (например, ФИОВрача).
5. Для группы можно настроить «Итоги» (Totals). Например, для поля СтоимостьЛечения можно выбрать функцию «Сумма» (Sum), чтобы получить общую стоимость лечения для каждого врача. Access автоматически добавит элемент управления для отображения итогов в соответствующем колонтитуле группы.

Пример: Отчет «Сводка по врачам и приёмам»

1. Источник данных: Запрос, который содержит ФИОВрача, Специальность, ФИОПациента, ДатаПриема, СтоимостьЛечения.
2. Группировка: По ФИОВрача.
3. Сортировка: Внутри группы по ДатаПриема по возрастанию.
4. Итоги: Для поля СтоимостьЛечения добавить «Сумму» в нижний колонтитул группы (ИтогиПоВрачу). Также можно добавить «Сумму» в нижний колонтитул отчета для ОбщейСуммыПоПоликлинике.

Настройка внешнего вида отчетов в режиме конструктора

Режим конструктора отчётов предоставляет полную свободу для тонкой настройки внешнего вида, что особенно важно для академических работ.

1. Разделы отчета: Отчеты состоят из различных разделов:
   • Заголовок отчёта: Появляется один раз в начале отчёта.
   • Верхний колонтитул страницы: Появляется в начале каждой страницы.
   • Верхний колонтитул группы: Появляется перед каждой новой группой.
   • Область данных: Отображает фактические записи.
   • Нижний колонтитул группы: Появляется после каждой группы, часто используется для итогов по группе.
   • Нижний колонтитул страницы: Появляется в конце каждой страницы.
   • Примечание отчёта: Появляется один раз в конце отчёта.
2. Форматирование элементов:
   • Текстовые поля и надписи: Изменяйте шрифт, размер, цвет, выравнивание, фон через окно свойств (Property Sheet).
   • Добавление логотипа или изображений: Используйте инструмент «Изображение» на вкладке «Конструктор отчётов».
   • Линии и прямоугольники: Для улучшения визуальной структуры отчёта.
   • Условное форматирование: Позволяет применять форматирование к элементам в зависимости от их значений (например, выделять высокую стоимость лечения красным цветом).
3. Вычисляемые поля в отчете: Помимо запросов, вычисляемые поля можно создавать и непосредственно в отчёте. Например, если в запросе не был рассчитан возраст, его можно добавить в отчёт:
   • В режиме конструктора добавьте текстовое поле в область данных.
   • В окне свойств для этого текстового поля в свойстве «Данные» -> «Источник элемента управления» введите выражение: =DateDiff("yyyy", [ДатаРождения], Date()).
4. Разбивка на столбцы: Если отчёт должен отображаться в нескольких столбцах (как, например, наклейки), это настраивается через «Параметры страницы» в режиме конструктора.

Регулярно используйте режимы «Представление отчёта» и «Предварительный просмотр», чтобы видеть, как ваш отчёт будет выглядеть на печати и в электронном виде. Это поможет вам довести его до совершенства, сделав максимально информативным и эстетичным.

Подготовка и защита контрольной работы: Формат академического отчета

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

Структура академического отчета по контрольной работе

Типичный академический отчёт по созданию базы данных должен быть логично структурирован и содержать все ключевые элементы:

1. Титульный лист: Стандартный для учебного заведения, содержащий название учебного заведения, факультета, кафедры, название работы, ФИО студента, группы, ФИО преподавателя, город и год.
2. Содержание (Оглавление): Список всех разделов и подразделов отчёта с указанием номеров страниц.
3. Введение:
   • Актуальность: Обоснование важности темы (например, роль баз данных в современном здравоохранении).
   • Цель работы: Чёткое формулирование основной цели контрольной работы (например, «разработка реляционной базы данных ‘Поликлиника’ в СУБД MS Access для автоматизации учета врачей, пациентов и приёмов»).
   • Задачи работы: Перечисление конкретных шагов, которые необходимо выполнить для достижения цели (например, проектирование таблиц, создание форм, запросов, отчетов).
   • Объект и предмет исследования: Объект – информационная система «Поликлиника», предмет – процессы управления данными в ней.
4. Описание предметной области: Подробное изложение того, что представляет собой «Поликлиника» с точки зрения информационных потоков. Какие данные хранятся, кто является пользователем системы, какие операции выполняются.
5. Концептуальная и логическая модель БД:
   • Концептуальная модель: Описание сущностей и связей между ними без привязки к конкретной СУБД. Можно использовать диаграммы «сущность-связь» (ER-диаграммы).
   • Логическая модель: Представление данных в виде таблиц, полей, первичных и внешних ключей, уже ориентированное на реляционную СУБД. Здесь приводятся наши таблицы «Врачи», «Пациенты», «Приемы» со всеми полями и типами данных.
6. Описание реализации базы данных в MS Access:
   • Таблицы: Подробное описание каждой созданной таблицы, её полей, типов данных и свойств. Обязательно привести скриншоты режима конструктора таблиц.
   • Схема данных: Представление связей между таблицами с объяснением типа каждой связи и настройки целостности данных (каскадные операции). Скриншот окна «Схема данных».
   • Формы: Описание разработанных форм (простые и составная), их назначение и функциональность. Скриншоты форм в режиме просмотра.
   • Запросы: Описание каждого запроса, его назначение, используемые таблицы/поля, условия отбора. Привести SQL-код для каждого запроса (можно посмотреть в режиме SQL-представления запроса) и скриншоты результатов запросов.
   • Отчеты: Описание каждого отчёта, его назначение, группировка, сортировка, итоги. Скриншоты отчётов в режиме предварительного просмотра.
7. Заключение: Краткое подведение итогов работы, подтверждение достижения поставленных целей и задач, перечисление полученных навыков и знаний.
8. Список использованных источников: Перечень всех книг, статей, методических пособий, сайтов, которые были использованы при подготовке работы.
9. Приложения (по необходимости): Например, распечатки всех таблиц с тестовыми данными, более подробные скриншоты отдельных элементов.

Оформление скриншотов и тестовых данных

Скриншоты:

• Информативность: Каждый скриншот должен иллюстрировать конкретный шаг или объект БД. Обрезайте лишние части экрана, чтобы фокусироваться на главном.
• Качество: Используйте высокое разрешение, чтобы текст и элементы интерфейса были чёткими и читаемыми.
• Подписи: Каждый скриншот должен иметь номер и подпись, например: «Рисунок 1. Режим конструктора таблицы ‘Врачи'».
• Размещение: Скриншоты размещайте после абзаца, который их описывает.

Тестовые данные:

• Представьте тестовые данные в виде таблиц, как это было сделано в разделе 3.1, для каждой таблицы БД.
• Убедитесь, что данные разнообразны и позволяют продемонстрировать все функциональные возможности запросов и отчетов (например, есть пациенты-инвалиды, приёмы разных врачей, приёмы в разные даты).
• Объясните, как эти данные использовались для проверки работы БД.

Рекомендации по презентации работы

Защита контрольной работы — это возможность продемонстрировать не только свои навыки, но и понимание материала.

• Чёткое объяснение: Поэтапно объясните процесс создания БД, начиная с проектирования и заканчивая каждым объектом. Не просто показывайте, а объясняйте «почему» вы сделали так, а не иначе.
• Демонстрация функциональности: Заранее подготовьте сценарии демонстрации. Покажите:
  • Как вводятся новые записи через формы.
  • Как работают запросы (особенно параметрические) и каковы их результаты.
  • Как выглядят итоговые отчёты.
• Ответы на вопросы: Будьте готовы ответить на вопросы по теории баз данных, по особенностям MS Access, а также по деталям вашего проекта. Понимание терминологии и принципов, таких как нормализация, ссылочная целостность, типы ключей, крайне важно.
• Акцент на целостности: Подчеркните, как вы обеспечили целостность данных через связи и каскадные операции.
• Удобство интерфейса: Расскажите, какие решения вы применили для улучшения пользовательского интерфейса форм (выпадающие списки, маски ввода).

Тщательная подготовка и уверенная презентация вашей работы не только принесут высокую оценку, но и закрепят полученные знания и навыки, которые станут надёжной базой для вашей будущей профессиональной деятельности.

Заключение

Мы завершаем наше подробное руководство по созданию базы данных «Поликлиника» в MS Access. Пройдя все этапы, от концептуального проектирования до тонкой настройки отчётов и подготовки академического отчёта, вы не только выполнили требования контрольной работы, но и получили глубокие знания и практические навыки в области реляционных баз данных.

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

Полученные знания и опыт работы с MS Access станут прочным фундаментом для дальнейшего изучения СУБД, будь то более сложные корпоративные системы или специализированные базы данных. Помните, что мир данных постоянно развивается, и ваше умение проектировать, управлять и анализировать информацию будет востребовано во многих областях. Продолжайте практиковаться, углублять свои знания и исследовать новые возможности, которые открывает перед вами мир баз данных.

Список использованной литературы

1. Базы данных Access: функции, режимы работы и элементы. GeekBrains. URL: https://gb.ru/
2. Введение в использование типов данных и свойств полей. Служба поддержки Майкрософт. URL: https://support.microsoft.com/ru-ru/office/введение-в-использование-типов-данных-и-свойств-полей-f2038753-3e05-4f7f-a690-0902636778f6
3. Как создать отчет в Аccess? Вопросы к Поиску с Алисой (Яндекс Нейро). URL: https://yandex.ru/neiro/question/kak-sozdat-otchet-v-access-fa7413cf-e24c-4217-91f2-1a2f641ec8a4
4. Как создать отчеты в Microsoft Access за 10 минут. YouTube. URL: https://www.youtube.com/watch?v=Jm00GqX0zDk
5. Как создать запросы в Microsoft Access за 10 минут. YouTube. URL: https://www.youtube.com/watch?v=fJkF1b7X-gY
6. Как сделать отчеты в базе данных Microsoft Access 2016. YouTube. URL: https://www.youtube.com/watch?v=3n5rQ0Y6yS4
7. Как сделать таблицы в базе данных Microsoft Access 2016. YouTube. URL: https://www.youtube.com/watch?v=2r5pQ0Y6yS4
8. Как Создавать Таблицы В Access. ZIGZAG-24. URL: https://zigzag-24.ru/kak-sozdavat-tablicy-v-access/
9. Какие существуют способы обеспечения целостности данных в Access? Вопросы к Поиску с Алисой (Яндекс Нейро). URL: https://yandex.ru/neiro/question/kakie-sushchestvuiut-sposoby-obespecheniia-tselostnosti-dannykh-v-access-569d9d58-952b-4573-b78f-51d02e6973ae
10. MS Access – разработка отчетов, обработка данных в режиме формы. ИнфоБлог. URL: https://inf-blog.ru/ms-access-razrabotka-otchetov-obrabotka-dannyh-v-rezhime-formy/
11. Обеспечение целостности данных. URL: https://docs.microsoft.com/ru-ru/office/
12. Обеспечение целостности данных. Таблицы в Access — Компьютерная литература. URL: https://www.comp-literature.ru/
13. Определение связей между таблицами в базе данных Access. Microsoft 365 Apps | Microsoft Learn. URL: https://learn.microsoft.com/ru-ru/office/
14. Пошаговое создание таблиц в базе данных Access. Базы данных Access. URL: https://bd-access.ru/poshagovoe-sozdanie-tablic-v-baze-dannyh-access/
15. Разработка многотабличных форм. Microsoft Access. URL: https://docs.microsoft.com/ru-ru/office/
16. Разработка БД Поликлиника с помощью СУБД MS Access.
17. Связи. связывание таблиц в БД Microsoft Access. YouTube. URL: https://www.youtube.com/watch?v=R0_wX_z_X_x
18. Связывание главной и подчиненной форм. Создание составных форм. Access 2002. URL: https://www.comp-literature.ru/
19. Связывание таблиц в Access. URL: https://docs.microsoft.com/ru-ru/office/
20. Ссылочная целостность. URL: https://docs.microsoft.com/ru-ru/office/
21. Ссылочная целостность является важной для баз данных. CITForum.ru. URL: https://citforum.ru/
22. Создание базы данных MS Access — урок. Информатика, 11 класс. ЯКласс. URL: https://www.yaklass.ru/
23. Создание формы в Access. Служба поддержки Майкрософт. URL: https://support.microsoft.com/ru-ru/office/sozdanie-formy-v-access-f43b66df-2015-430b-9366-07469a037dfc
24. Создание, изменение и удаление отношения. Служба поддержки Майкрософт. URL: https://support.microsoft.com/ru-ru/office/sozdanie-izmenenie-i-udalenie-otnosheniya-904018d9-a035-4357-a3f7-926d2e468759
25. Создание простого запроса в MS Access. YouTube. URL: https://www.youtube.com/watch?v=R0_wX_z_X_x
26. Создание простого запроса на выборку. Служба поддержки Майкрософт. URL: https://support.microsoft.com/ru-ru/office/sozdanie-prostogo-zaprosa-na-vyborku-d232014f-e223-455a-a53b-e0f63b2f5670
27. Создание простого отчета. Служба поддержки Майкрософт. URL: https://support.microsoft.com/ru-ru/office/sozdanie-prostogo-otcheta-33820297-c819-4871-b51c-0b89f81d8560
28. Создание таблиц в классических базах данных Access с помощью средства чтения с экрана. Служба поддержки Майкрософт. URL: https://support.microsoft.com/ru-ru/office/sozdanie-tablic-v-klassicheskih-bazah-dannyh-access-s-pomoshyu-sredstva-chteniya-s-ekrana-4b4e7235-9626-42d4-ba5f-e7d6b38c0379
29. Создание формы, содержащей подчиненную форму (форма с отношением «один-ко-многим»). Служба поддержки Майкрософт. URL: https://support.microsoft.com/ru-ru/office/sozdanie-formy-soderzhaschej-podchinennuyu-formu-forma-s-otnosheniem-odin-ko-mnogim-c4545300-3490-48e0-ab2b-813476d001df
30. Создание запроса, формы или отчета в Access. Служба поддержки Майкрософт. URL: https://support.microsoft.com/ru-ru/office/sozdanie-zaprosa-formy-ili-otcheta-v-access-288210f4-523e-4638-b3de-d51b3a1a9e8b
31. Создание и использование подчинённых форм (с помощью мастера и без него). Связывание главной и подчинённой форм. Создание итогов в подчинённых формах. URL: https://docs.microsoft.com/ru-ru/office/
32. создание таблиц в Ms access. PPTX | Databases — Slideshare. URL: https://www.slideshare.net/
33. Составная форма — Работе в программе в Microsoft Access. WordPress.com. URL: https://microsoftaccess.wordpress.com/
34. Тема 6. Связи между таблицами. URL: https://docs.microsoft.com/ru-ru/office/
35. Типы данных в Microsoft Access. Назначение, примеры. URL: https://docs.microsoft.com/ru-ru/office/
36. Типы данных в MS Access. URL: https://docs.microsoft.com/ru-ru/office/
37. Этапы проектирования баз данных. URL: https://docs.microsoft.com/ru-ru/office/
38. Этапы проектирования базы данных. Stfw.Ru. URL: https://stfw.ru/
39. Этапы разработки базы данных СУБД Access ХХ. Главная. URL: https://docs.microsoft.com/ru-ru/office/