2.Назовите методы и средства документирования бд.
Описание массива данных является основным источником информации о базе данных для его будущих пользователей. В этом описании дается:
формализованное описание массива (базы) данных;
источники информации (организации, наблюдательные платформы, проекты);
физическая организация данных – формат хранения для массивов данных и инфологическая схема для базы данных;
перечень параметров с указанием полного и краткого наименований, единиц и методов измерений, пределов изменений параметров;
описание методов контроля данных (логический, синтаксический);
полнота массива по отношению к исходному носителю или проведенной программе наблюдений;
описания наблюдательных программ (проектов), в рамках которых получены данные;
описание методов измерений и применяемых приборов (измерительные системы);
список логических единиц хранения (рейсов, квадратов, географических областей и т.п.) с указанием количества наблюдений;
описание программных средств, с помощью которых создан массив;
описание программных средств обработки этого массива;
перечень публикаций, полученных на основе этого массива;
методы тестирования массива данных;
используемые в массиве классификации, кодификаторы.
3.Определите атрибуты для выбранной предметной области и организуйте их в виде файловой сетевой, реляционной и многомерной моделей данных
—27—
1.Объясните разницу между идентификацией пользователя и проверкой полномочий
Разница состоит в том, что в первом случае система должна идентифицировать пользователя (процесс опознания пользователя), а во втором – найти в соответствующей таблице БД записи о его правах на чтение/редактирование той или иной информации или выполнение каких-либо других действий.
2.Где находятся источники метаданных?
В самих данных (при обработке исходных, например, статистика);
Документация (путем ее формализации).
3.Определите тип отношений между таблицами (один к одному, один ко многим, много ко многим)
При отношении «один-к-одному» каждая запись в таблице A может иметь не более одной связанной записи в таблице B и наоборот. Отношения этого типа используются не очень часто, поскольку большая часть сведений, связанных таким образом, может быть помещена в одну таблицу. Отношение «один-к-одному» может использоваться для разделения таблиц, содержащих много полей, для отделения части таблицы по соображениям безопасности, а также для сохранения сведений, относящихся к подмножеству записей в главной таблице. Например, можно создать таблицу для отслеживания участия сотрудников в благотворительных спортивных мероприятиях.
Каждому игроку в таблице «Футболисты» должна соответствовать одна запись в таблице «Сотрудники».
Каждому футболисту соответствует одна запись в таблице «Сотрудники».
Данный набор значений представляет подмножество для поля «КодСотрудника» и таблицы «Сотрудники».
Отношение «один-ко-многим» является наиболее часто используемым типом связи между таблицами. В отношении «один-ко-многим» каждой записи в таблице A могут соответствовать несколько записей в таблице B, но запись в таблице B не может иметь более одной соответствующей ей записи в таблице A.
Один поставщик...
... может поставлять несколько товаров, ...
... но у каждого товара может быть только один поставщик.
При отношении «многие-ко-многим» одной записи в таблице A могут соответствовать несколько записей в таблице B, а одной записи в таблице B несколько записей в таблице A. Этот тип связи возможен только с помощью третьей (связующей) таблицы, первичный ключ которой состоит из двух полей, которые являются внешними ключами таблиц A и B. Отношение «многие-ко-многим» по сути дела представляет собой два отношения «один-ко-многим» с третьей таблицей. Например, отношение «многие-ко-многим» между таблицами «Заказы» и «Товары» определяется путем создания двух отношений «один-ко-многим» с таблицей «Заказано». В одном заказе может быть много товаров, а каждый товар может появляться в нескольких заказах
Первичный ключ из таблицы «Заказы»
Первичный ключ из таблицы «Товары»
Один заказ может содержать несколько товаров, ...
... а каждый товар может содержаться в нескольких заказах.
—28—