ВУЗ:
Составители:
– регистрация подключения к системе новых пользователей;
– контроль за полномочиями пользователей;
– обеспечение надежности функционирования;
– защита от несанкционированного доступа.
При создании и ведении базы данных необходимо учитывать следующие требования:
1 Адекватность информации состоянию предметной области. Информация, хранимая в БД должна
полно и точно отражать объекты описываемой предметной области, их свойства и отношения. Отсюда
следует необходимость периодического внесения изменений в данные – добавление описания для но-
вых объектов, корректировки для изменившихся, удаления для "выбывших".
2 Надежность функционирования – одно из важнейших требований, предъявляемых к любой сис-
теме.
3 Быстродействие и производительность. Быстродействие определяется временем ответа на за-
прос пользователя, которое зависит не только от быстродействия компьютера, но и от физической орга-
низации данных, сложности запроса, алгоритмов поиска и т.п. Производительность определяется коли-
чеством запросов, выполненных в единицу времени.
4 Простота и удобство использования.
5 Непротиворечивость данных.
6 Защита информации как от случайных искажений и уничтожения, так и от несанкционирован-
ного доступа.
7 Возможность расширения. Структура базы данных должна допускать реорганизацию, т.е. до-
бавление полей, изменение порядка их отображения на экране и пр.
Пользователь базы данных может обратиться к ней с запросом, в котором может использовать та-
кие операции над записями, как поиск записей с заданным содержимым определенных полей, упорядо-
чивание записей по тому или иному полю, определение количества записей, удовлетворяющих задан-
ному условию и пр. В большинстве современных СУБД предусмотрен диалоговый режим формули-
ровки запроса, т.е. пользователь выбирает соответствующие пункты меню специальных диалоговых
окон или заполняет так называемую таблицу реквизитов, где указывает наименования и диапазон зна-
чений полей, которые его интересуют.
Запрос – это формализованное сообщение, содержащее условие (простое или сложное) на поиск
данных и указание о том, что необходимо проделать с найденными данными.
Пример. Чтобы с помощью описанной выше базы данных магазина узнать, сколько партий това-
ра и на какую сумму поступило в первом квартале 2002 г. в запросе надо указать, что отбираются толь-
ко те записи, для которых значение реквизитов 4-го поля лежат в интервале от 1.01.2002 до 31.03.2002, а
затем суммируются произведения значений 5-го и 6-го полей.
Чтобы определить, какая часть поступивших процессоров фирмы Intel подлежит гарантийному об-
служиванию, необходимо в запросе указать, что реквизит 2-го поля отбираемых записей должен совпа-
дать со строкой "процессор", реквизит 3-го поля должен совпадать со строкой "Intel", реквизит 7-го по-
ля должен быть True (истина). А затем разделить количество отобранных записей, удовлетворяющих
всем указанным условиям, на общее количество записей.
Модели данных
Использование модели данных при работе с БД неизбежно по нескольким причинам.
Во-первых, модель дает общий язык пользователям, работающим с данными.
Во-вторых, модель может обеспечить предсказуемость результатов работы с данными. Работающий
с базой может предвидеть, какого сорта он получит результат в результате выполнения его запроса.
За время существования разработок программных систем предложено много различных моделей
разной степени распространенности.
Реляционная модель и СУБД
Не будучи хронологически первой, наиболее популярной с начала 1980-х гг. была и до сих пор ос-
тается реляционная модель данных.
В реляционной модели считается, что все данные ИС представлены в виде таблиц.
Страницы
- « первая
- ‹ предыдущая
- …
- 75
- 76
- 77
- 78
- 79
- …
- следующая ›
- последняя »
