Тема отчета: ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ ХРОНИК ВОСХОЖДЕНИЙ В АЛЬПИНИСТСКОМ КЛУБЕ.

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

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

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

В результате выполнения работы формируется логическая модель базы данных, готовая к дальнейшему физическому проектированию и реализации в выбранной системе управления базами данных, например в Microsoft SQL Server. Полученная структура обеспечивает эффективное хранение данных, поддерживает целостность информации и служит основой для создания полноценной информационной системы.

Способы реализации защиты. Представления (Views): самый простой и надежный способ. Оператор делает SELECT FROM v_climbers_public и даже не знает о существовании колонки с адресом. Функции с ограниченными правами: если оператору нужно обновлять данные (например, телефон), но не видеть адрес, можно создать хранимую процедуру, которая выполняет UPDATE, но не позволяет читать поле address. Маскирование данных (Dynamic Data Masking): если СУБД поддерживает эту функцию, есть возможность «замаскировать» данные, чтобы они отображались как Адрес скрыт для роли operator, сохраняя при этом возможность чтения для администраторов. [10]