Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Деловой регламент

Читайте также:
  1. II. Подготовительный этап деловой игры
  2. IV. Заключительный этап деловой игры
  3. IV. Формы контроля за исполнением административного регламента
  4. VIII. Регламент балльно - рейтинговой системы для студентов дневного отделения стр. 102
  5. Адаптация организационной структуры к деловой среде
  6. Анализ деловой активности
  7. Анализ сложности, динамичности и неопределенности деловой среды организации

Последний элемент схемы базы данных — это деловой регламент (business rules), представляющий собой ограничения на возможные действия пользователя, кото­рые необходимо отразить в базе данных и ее приложениях. Например, преподаватель может работать только на одной кафедре института, студент обязан посещать все занятия, предусмотренные расписанием группы и т.д.

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

К сожалению, реализация делового регламента осуществляется в различных СУБД по-разному. В Access 2002 некоторые правила могут задаваться в схеме и выполняться автоматически. В таких продуктах, как SQL Server и Oracle, деловой регламент реализуется с помощью так называемых хранимых процедур (stored procedures). В некоторых случаях СУБД оказывается неспособной реализовать выполнение требуемых правил, и их приходится закладывать в прикладные про­граммы.

Создание таблиц

Следующим шагом после разработки схемы базы данных является создание таб­лиц. Для этого используются специализированные средства, предоставляемые СУБД.

Определение связей

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

Компоненты приложения

Приложение базы данных состоит из форм, запросов, отчетов, меню и приклад­ных программ. Как показано на рис. 2.1, формы, запросы и отчеты можно созда­вать с помощью средств, поставляемых в комплекте с СУБД. Прикладные про­граммы должны быть написаны либо на входном языке СУБД, либо на одном из стандартных языков и затем посредством СУБД соединены с базой данных.

 

Процесс разработки базы данных

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


Дата добавления: 2015-07-08; просмотров: 253 | Нарушение авторских прав


Читайте в этой же книге: Распределенные базы данных | Объектно-ориентированные СУБД | БАНК ДАННЫХ | Пользователи банков данных | БАЗА ДАННЫХ | Архитектура базы данных. Физическая и логическая независимость | Схемы и отображения | Независимость от данных | Процесс прохождения пользовательского запроса | Метаданные |
<== предыдущая страница | следующая страница ==>
Индекс Специальность| Общие стратегии

mybiblioteka.su - 2015-2024 год. (0.005 сек.)