О страхе Божием 1 страница

Я

Э

Ш

Ч

Ц

Ф

Т

С

Р

П

О

Н

М

К

И

З

Ж

Д

В

Б

A

СПИСОК ТЕРМИНОВ ИЗ ОБЛАСТИ БАЗЫ И БАНКИ ДАННЫХ

АГРЕГАЦИЯ ДАННЫХ. Абстракция, позволяющая трактовать связь между элементами модели как новый элемент.

АДМИНИСТРИРОВАНИЕ БД. Управление базой данных (БД) как единым информационным ресурсом организации с целью эффективного обслуживания коллектива пользователей. Администрирование БД предполагает выполнение комплекса мероприятий, обеспечивающих точность, непротиворечивость, полноту, защиту и доступность данных в нужной форме, в нужном месте и в нужное время. Это касается вопросов обеспечения информацией как пользователей, так и приложений, работающих с БД. В рамках администрирования БД обеспечивается безопасность БД, осуществляется восстановление БД, производится ее обслуживание, осуществляется обучение пользователей, обеспечивается резервное копирование данных, организуется сопровождение БД, производится тестирование системы, организуется управление доступом пользователей к данным, обеспечивается целостность данных. Ответственность за поддержанием ресурсов БД может быть поделена между администратором данных и администратором базы данных. В некоторых организациях не проводится различия между этими двумя ролями администрирования БД.

АДМИНИСТРАТОР БД (АБД). Специалист, отвечающий за управление техническими аспектами системы управления базы данных.Он отвечает за определение данных, разработку программ, ввод данных в БД, удаление данных, поддержание целостности и защиты данных, управление операциями БД. Кроме того, АБД участвует в планировании и разработке БД, в обучении пользователей всех категорий. Для АБД необходимо знание конкретной СУБД и системного окружения.

АДМИНИСТРАТОР ДАННЫХ (АД). Специалист, отвечающий за определение и реализацию общей политики по планированию и управлению данными в соответствии со стратегическим планом развития информационной системы корпорации. К обязанностям АД относится планирование развития базы данных, разработка и сопровождение нормативов и стандартов по представлению данных, разработка бизнес-правил и "деловых" процедур, определение процедур сбора и обработки данных, непосредственно не зависящих от систем управления базой данных, концептуальное и логическое проектирование. АД консультирует и дает свои рекомендации руководству корпорации, контролирует соответствие общего направления развития базы данных целям корпорации.

АНОМАЛИИ ОПЕРАЦИЙ НАД ДАННЫМИ. Ситуации, которые приводят к противоречивости данных, их непреднамеренной потере, невозможности ввода данных. Различают аномалии обновления, удаления, ввода данных. Аномалия обновления - это противоречивость данных, вызванная их избыточностью и частичным обновлением. Такого рода аномалия может возникнуть, если одни и те же данные хранятся в нескольких таблицах. При обновлении такого рода данных в одной из таблиц эти данные могут быть не обновлены в других таблицах. Аномалия удаления - непреднамеренная потеря данных, вызванная удалением других данных. Если, например, при удалении записей из таблицы ЗАКАЗЫ КЛИЕНТОВ удаляются заказы какого-либо клиента, то может возникнуть ситуация, когда потеряются нужные данные - информация о клиенте. Аномалия ввода - невозможность ввести данные в таблицу, вызванная отсутствием других данных. Например, если в таблице ЗАКАЗЫ КЛИЕНТОВ установлена необходимость наличия заказа, то не представляется возможным добавить в эту таблицу информации о новом клиенте, если он пока не сделал заказ. Исключение возможных аномалий операций над данными обеспечивается разбиением таблиц, в которых могут произойти аномалии, на две или более таблиц. Для этого используются нормальные формы или правила структурирования таблиц.

АРХИТЕКТУРА БАЗЫ ДАННЫХ (АРХИТЕКТУРА ANSI-SPARC). Архитектура базы данных, состоящая из концептуального, внешнего и внутреннего уровней. Три уровня абстракции представления БД позволяют реализовать идею отделения логической структуры и манипуляции данными, как они понимаются пользователями, от физического представления, требуемого компьютерным оборудованием. На концептуальном уровне осуществляется концептуальное проектирование БД. Оно включает анализ информационных потребностей пользователей и определение необходимых им элементов данных. Внешний уровень составляет пользовательское представление данных БД. Каждая пользовательская группа получает свое представление данных в БД. Каждое представление данных дает ориентированное на пользователя описание элементов данных и отношений между ними. Внутренний уровень отражает представление БД на физическом уровне. За этот уровень отвечают разработчики БД. На этом уровне определяются индексы, указатели, методы доступа. Выгода трехуровневой архитектуры БД является независимость физического и логического представления данных. Трехуровневый подход к построению архитектуры БД был предложен в 1975 году Комитетом планирования стандартов и норм SPARC (Standards Planning and Requirements Committee) Национального Института Стандартизации США (American National Standard Institute -ANSI).

АТОМАРНОСТЬ ДАННЫХ. Свойство данных, означающее их неделимость для операций используемой модели представления и обработки данных. Т.е. данные рассматриваются, адресуются и обрабатываются как единое целое (как одно значение).

АТРИБУТ. Поименованная характеристика сущности. Например, сущность ГРАЖДАНИН может включать в себя следующие характеристики (атрибуты): НОМЕР ПАСПОРТА, ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, ГОД РОЖДЕНИЯ и др. С помощью атрибутов может быть идентифицирован экземпляр сущности. Атрибут может быть использован для представления связей между сущностями. Например, сущности ГРАЖДАНИН и ЗАКАЗ могут быть связаны между собой посредством атрибута НОМЕР ПАСПОРТА. При этом атрибут НОМЕР ПАСПОРТА должен быть включен в сущность ЗАКАЗ. Атрибуты могут быть ключевыми и описательными. Ключевой атрибут идентифицирует сущность. Описательный атрибут описывает одну из его характеристик. В рассматриваемом примере оправданно выбрать в качестве ключевого атрибута атрибут НОМЕР ПАСПОРТА, а в качестве описательных атрибутов все остальные. Каждый атрибут имеет набор свойств. Так например: размер, формат, маска ввода, значение по умолчанию, условие на значение, обязательность для ввода, список допустимых значений.

БАЗА ДАННЫХ (БД). Совокупность специальным образом организованных, логически связанных данных, предназначенных для обеспечения информационных потребностей организации. Другими словами БД это множество взаимосвязанных единиц данных, которые могут обрабатываться одной или несколькими прикладными системами. БД наряду с системой управления базой данных (СУБД), оборудованием и пользователями БД входит в состав системы баз данных. По сфере применения БД подразделяются на специальные и универсальные. По месту расположения данных БД подразделяются на локальные (персональные), общие (интегрированные) и распределенные. При проектировании и реализации БД используются модели данных - концептуальные способы структурирования данных. Наиболее известными моделями данных являются иерархическая, сетевая и реляционная. Процесс проектирования БД может быть представлен следующими этапами: формулировка и анализ требований, концептуальное (инфологическое) проектирование, проектирование реализации (датологическое проектирование), физическое проектирование.

БАЗОВАЯ ТАБЛИЦА. Таблица базы данных, содержащая реально хранимые на носителе данные. Структура и взаимосвязь базовых таблиц разрабатывается на этапах проектирования БД. На основе одной или нескольких базовых таблиц СУБД может формировать виртуальные таблицы (представления, хранимые запросы). В отличии от базовой таблицы, виртуальная таблица данных реально на носителе не хранится. Хранится лишь сам запрос, который создает виртуальную таблицу по требованию пользователя. Базовая таблица данных хранится на носителе.

БАЗОВЫЙ ЯЗЫК. Язык программы, в которую могут быть включены команды структурированного языка запросов SQL. Для каждой СУБД в качестве базового языка могут выступать различные языки: си, паскаль, бейсик и др.

БАЗЫ ДАННЫХ КЛИЕНТ/СЕРВЕР. База данных, функционирующая в локальной сети, состоящей из клиентских компьютеров, которые обслуживает компьютер-сервер. На серверном компьютере запускается программа - сервер базы данных. Эта программа обслуживает доступ клиентов к базе данных. На клиентских компьютерах запускаются прикладные программы, которые выполняют запросы к БД, установленной на сервере

БЕЗОПАСНОСТЬ ДАННЫХ. Свойство БД, которое характеризуется сведением к минимуму неправильного использования и повреждения данных пользователями. Администратор базы данных разрабатывает процедуры контроля, предотвращающие неправильное использование данных. Он назначает права исходной группе пользователей. Затем владельцы данных могут предоставлять доступ к данным другим пользователям. Доступы различаются: доступ только к некоторой части данных, доступ только для чтения, доступ с правом обновления. Доступ к БД контролируется специальным механизмом, например с использованием паролей. Таким образом снижается риск того, что данные одной группы пользователей будут повреждены другой группой. С обеспечением безопасности данных связана проблема целостности данных - точности и непротиворечивости данных, хранящихся в БД. Целостность данных обеспечивается написанием и использованием программ, контролирующих ввод данных в БД. В случае отказа оборудования для обеспечения безопасности данных предусматривают использование процедур резервного копирования и восстановления БД. В процессе параллельной обработки данных при многопользовательском режиме данные могут быть повреждены. В связи с этим необходимо реализовать мероприятия, не допускающие повреждения данных в процессе их параллельной обработки. Для неуязвимости данных со стороны несанкционированного доступа к ним используются средства шифровки данных.

БЛОКИРОВКА ЗАПИСЕЙ. Предотвращает доступ к записи другой транзакции, пока первая транзакция не выполнит своих действий. Средства блокировки обеспечивают безопасность данных в случае параллельной обработки данных.

БРОУЗЕР (WEB-броузер). Специальное клиентское программное обеспечение для WEB-среды, которое обеспечивает доступ к набору Интернет-сервисов.

ВОЗМОЖНЫЙ КЛЮЧ. Это атрибут или совокупность атрибутов, которые являются идентифицирующими атрибутами сущности и могут выступать в качестве первичного ключа для сущности после соответствующего их описания.

ВОССТАНОВЛЕНИЕ БД. Приведение БД в состояние, существовавшее незадолго до ее отказа. База данных приводится в состояние, которое она имела на момент начала незавершенных транзакций, а затем выполняются эти транзакции. В восстановлении после отказов ключевую роль играет протокол, в котором фиксируются все изменения вносимые в БД, а также состояние каждой транзакции.

ВТОРАЯ НОРМАЛЬНАЯ ФОРМА. Отношение приведено ко второй нормальной форме, если каждый неключевой атрибут функционально полно зависит от ключевого атрибута. Под функциональной зависимостью понимают ситуацию, когда значение атрибута в кортеже однозначно определяет значение другого атрибута в кортеже. Например, отношение ВЕДОМОСТЬ=(СТУДЕНТ, ДИСЦИПЛИНА, ПРЕПОДАВАТЕЛЬ, ОЦЕНКА) не находится во второй нормальной форме, т.к. атрибут ПРЕПОДАВАТЕЛЬ не находится в функционально полной зависимости от составного ключа СТУДЕНТ+ ДИСЦИПЛИНА. Атрибут ПРЕПОДАВАТЕЛЬ зависит только от атрибута ДИСЦИПЛИНА и не находится в функционально полной зависимости от составного ключа. Для приведения отношения ВЕДОМОСТЬ ко второй нормальной форме его надо разбить на два отношения УСПЕВАЕМОСТЬ и ПРЕПОДАВАТЕЛЬ.

ВТОРИЧНЫЙ КЛЮЧ. Это атрибут или совокупность атрибутов, которые используются в операции поиска требуемых данных в таблице.

ДАННЫЕ. Информация, фиксированная в определенной форме, пригодной для хранения, обработки и передачи. Примером компонентов первичных данных являются знаки естественного языка. Для использования в автоматизированных информационных системах эти знаки кодируются. Элементом данных является наименьшая семантически значимая единица информации. Данные после их интерпретации становятся информацией. Офисная информационная система хранит данные, которые обычно относятся к управлению. Это различные управленческие документы, счета, электронная почта и т.п. Однако современные системы могут работать и с такими данными, как электронные таблицы, фотографии, голосовые комментарии к тексту, диаграммы, аудио- и видеозаписи, географические данные и др.

ДАТОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БД. Построение моделей данных и их взаимосвязей в терминах инструментальных средств проектирования БД. Строится на базе информационно-логической модели данных. В качестве моделей данных выступают сами данные, их структурная композиция, правила построения. При построении модели используются форматы данных и состав операций конкретной СУБД. В процессе датологического проектирования используются две группы конструкций языка: декларативного и процедурного типов, Совокупность операций языка определяет модель данных и является формализмом для описания структур данных и процессов изменения их состояний для моделирования реальных процессов. При датологическом проектировании строятся схемы данных. В процессе датологического проектирования определяется состав БД, проверяется адекватность модели предметной области, оценивается эффективность предложенных структур данных.

ДЕКОМПОЗИЦИЯ СХЕМ ОТНОШЕНИЙ. Операция замены схемы отношения совокупностью ее подсхем, причем таких, что их объединение вновь приводит к исходной схеме.

ДЕЛЕНИЕ ОТНОШЕНИЙ. Реляционный оператор, результатом выполнения которого является отношение, содержащее только те атрибуты делимого, которых нет в делителе. Деление отношений - бинарный оператор. Атрибуты отношения делителя должны содержаться в отношении - делимом и базироваться на одинаковых доменах. Например, если в качестве делимого используется отношение ЭКЗАМЕЦИОННЫЕ ВЕДОМОСТИ, в которой представлены атрибуты ФАМИЛИЯ, ДИСЦИПЛИНА и ОЦЕНКА, а в качестве делителя отношение ОЦЕНКИ с атрибутами ДИСЦИПЛИНА и ОЦЕНКА, то результатом деления будет третье отношение с единственным атрибутом ФАМИЛИЯ. В этом отношении будут присутствовать фамилии студентов, получивших оценки по дисциплинам, которые представлены в отношении делителе.

ЖИЗНЕННЫЙ ЦИКЛ БАЗЫ ДАННЫХ. Процесс проектирования, реализации и поддержание системы баз данных.

ЗАПИСЬ Блок данных. Различают логические и физические записи. Логическая запись представляет собой поле или набор полей. Физическая запись - физический блок данных. Понятие записи используется на всех уровнях проектирования баз данных с различной степенью детализации их описания. Запись является минимальной доступной единицей данных. Обычно физические записи хранятся в одном из следующих четырех форматов: фиксированной длины, деблокированные; фиксированной длины, блокированные; переменной длины, деблокированные; переменной длины, блокированные. Если записи блокированы, то каждая физическая запись состоит более чем из одной логических записей. Для записей переменной длины и блокированных предусмотрены соответственно области длина записи и длина блока.

ЗАПРОС. Средство просмотра, анализа и изменения данных из одной или нескольких таблиц. Сам запрос не содержит данных, но позволяет выбирать данные из таблиц и выполнять над ними ряд операций. Результатом выполнения запроса могут быть вновь созданные таблицы, измененные таблицы, выборка из одной или более таблиц. Запросы, связанные с изменениями таблиц, позволяют удалять записи по какому-либо критерию, добавлять записи в таблицы из других таблиц, модифицировать значения полей. Запросы на выборку позволяют: выводить отсортированную информацию по значению любых полей таблицы; фильтровать выводимую информацию с использованием в качестве фильтра математических выражений, в которых могут быть задействованы значения полей и параметров; группировать выводимые данные по различным полям; преобразовывать представление выводимой информации к виду удобному для ее восприятия. В современных СУБД для создания типовых запросов используются средства создания по образцу. Пользователю предоставляется специальные бланки, в которых он указывает таблицы и запросы на основе которых формируется запрос, выводимые поля, способ сортировки, условие отбора, тип запроса и др. В реляционных базах данных и некоторых других приложениях для создания запросов предусмотрено использование специального языка запросов SQL - структурированного языка запросов.

ИЗБЫТОЧНОСТЬ ДАННЫХ. Дублирование данных в базе данных. Избыточность данных может возникнуть при непродуманном проектировании реляционных таблиц. Например, в таблице КНИГИ хранится информация об издательствах, в которых изданы книги. Так как каждое издательство выпустило не одну книгу, то информация об одном и том же издательстве в таблице КНИГИ будет дублироваться столько раз сколько книг это издательство выпустило. В результате этого неоправданно расходуется память компьютера. Для исключения избыточности данных в приведенном примере необходимо спроектировать вторую таблицу ИЗДАТЕЛЬСТВА, а затем связать две таблицы между собой. Для исключения избыточности данных выполняется процесс нормализации отношений. В некоторых случаях избыточность может вводиться искусственно при проектировании БД с целью повышения скорости обработки запросов пользователей, или с целью повышения надежности системы в условиях работы со сбоями.

ИЕРАРХИЧЕСКАЯ МОДЕЛЬ ДАННЫХ. Модель данных, в которых связи между данными имеют вид древовидной иерархической структуры. Например, база данных КЛИЕНТЫ может строиться на основе следующей модели. На верхнем уровне иерархии данные о КЛИЕНТАХ. КЛИЕНТУ подчинены его СЧЕТА, СЧЕТАМ в свою очередь подчинены СТРОКИ СЧЕТОВ. В иерархической базе данных эти файлы связываются между собой физическими указателями, или полями данных, добавленных к отдельным записям. Каждая запись о клиенте содержит указатель первой записи счета этого клиента. В свою очередь, записи счетов содержат указатели на другие записи счетов и на записи строк счетов.

ИНФОРМАЦИЯ. Сведения о каком-либо событии, явлении, процессе или объекте. Во всех предметных областях основополагающую роль играют операции сбора, передачи, хранения и переработки информации. Количественными аспектами информации занимается теория передачи информации Качественными аспектами информации занимается теория информационных систем. В последнем случае важен смысл информации, ее содержание. Информация представляет собой содержание данных, которому придается смысл в определенном контексте. Информация кодируется с помощью данных.

ИНФОРМАЦИОННАЯ СИСТЕМА. Автоматизированная система, организующая данные в целях получения информациии. Под информационной системой можно обозначать любые совокупности данных и методов их обработки. Примерами информационных систем являются прикладные программы, текстовые процессоры, электронные таблицы, системы доказательства теорем, информационно-поисковые системы, системы баз данных и др.

КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ БД. Создание модели предметной области в форме, доступной для понимания пользователем, Эта модель служит для достижения взаимопонимания между различными группами пользователями, а также между пользователями и разработчиками БД. Такая модель строится без учета физического представления данных в конкретной СУБД и называется инфологической моделью предметной области. Для описания инфологической модели могут быть использованы различные средства, в том числе и естественный язык. Но из-за громоздкости описания модели на естественном языке и неоднозначности его трактовки обычно используются формализованные языки. Так как модель должна обеспечивать ввод новых данных без изменения существующих, то она должна обладать свойством расширяемости. Инфологическая модель обычно строится совместно потенциальными пользователями и разработчиками БД. На этапе ее построения осуществляется структуризация данных и описание связей между ними. Представление информационной структуры обычно реализуется в графической форме. Инфологическая модель БД строится на основе этапа формулировки и анализа требований к БД. В свою очередь она используется для этапа даталогического проектирования БД.

КЛИЕНТ БД. Это так называемый "клиентский" процесс, требующий для своей работы определенных ресурсов, в том числе, как правило, и сетевых (однако, в некоторых случаях клиентский процесс может выполняться на том же компьютере, что и серверный процесс). В контексте базы данных клиент БД управляет пользовательским интерфейсом и логикой приложения. Клиент БД принимает от пользователя запрос, проверяет синтаксис и генерирует запрос к базе данных в соответствии с логикой приложения. Затем передает запрос серверному процессу и ожидает ответа. Сервер принимает запрос от клиента, обрабатывает поступивший к базе данных запрос и затем посылает ответ на запрос обратно клиенту. Клиент БД, получив ответ, форматирует поступившие от сервера данные и представляет их пользователю.

КЛЮЧ ПЕРВИЧНЫЙ. Первичный ключ - это набор атрибутов, однозначно определяющих каждую строку реляционной таблицы. Ключ состоящий более чем из одного атрибута называется составным ключем. Первичный ключ должен удовлетворять требованиям уникальности и минимальности. Уникальность - для любой пары кортежей рассматриваемого отношения найдется хотя бы один атрибут, значение которого в этой паре кортежей различны. Минимальность - ни один из атрибутов не может быть удален из ключа без нарушения требования уникальности. В реляционной таблице может оказаться более одного набора атрибутов, который можно выбрать в качестве первичного ключа. Такой набор называется потенциальным или возможным ключом. Один из возможных ключей объявляется первичным, остальные альтернативными. Первичный ключ это потенциальный ключ, выбранный для преимущественного использования в целях однозначного определения строк таблицы. Внешний ключ это набор атрибутов одной таблицы, являющийся первичным ключом другой таблицы. Внешний ключ используется для организации логических связей между таблицами. Они используются для того, чтобы связать данные одной таблицы с данными в другой таблице. В некоторых СУБД допускается, что атрибуты внешнего ключа не обязательно должны иметь те же имена, что атрибуты первичного ключа, которым они соответствуют, но они должны базироваться на одних и тех же доменах.

КОНСТРУКТОРЫ ОБЪЕКТОВ БД. Инструментальные средства, позволяющие описывать и редактировать объекты БД. В инструментальных средствах СУБД предусматриваются визуальные средства, которые позволяют проектировать таблицы, связи между таблицами, формы, запросы, отчеты, макросы без использования языков описания данных и манипулирования данными. При этом могут быть задействованы соответствующие панели инструментов и панели элементов, использование которых обеспечивает оперативное и удобное описание элементов объектов БД, описание их свойств.

КОНТРОЛЬ ДОСТУПА. Комплекс средств и мероприятий, позволяющих избежать несанкционированный доступ к данным. Средства контроля особенно важны при совместном использовании данных.

КОНТРОЛЬ ПАРАЛЛЕЛЬНОЙ ОБРАБОТКИ. Средства поддержания целостности данных при многопользовательском режиме работы. Возможны ситуации, когда двое пользователей одновременно обращаются к одной записи, чтобы произвести над ней некоторые транзакции. СУБД должна ограничить доступ одного из пользователей, пока транзакция второго не завершиться. Без таких средств нарушается точность и непротиворечивость данных

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

МАСТЕРА СОЗДАНИЯ ОБЪЕКТОВ БД. Инструментальные средства, которые упрощают выполнение типовых операций при разработке баз данных. Используются для проектирования таблиц, форм, запросов, отчетов. Разработчику объекта БД предлагается выполнить последовательность шагов, при выполнении которых описывается состав и свойства объекта. На каждом шаге необходимо выбрать или ввести варианты ответов. Мастера позволяют существенно сократить время проектирования типовых объектов, свести к минимуму возможность внесения ошибок.

МНОГОЗНАЧНАЯ ЗАВИСИМОСТЬ. Пусть задана некоторая схема отношения R, а X и Y - подмножества R. Говорят, что существует многозначная зависимость Y от X, если при заданных значениях атрибутов Х существует множество, состоящее из нуля или более ассоциированных значений атрибутов Y, и это множество не связано каким либо образом со значениями атрибутов (R-X-Y).

МОДЕЛЬ ПРЕДМЕТНОЙ ОБЛАСТИ. Формализованное описание предметной области. Модель используется для исследования и проектирования объектов предметной области и связи между ними. При построении модели необходимо абстрагироваться от свойств объектов, не существенных с точки зрения задач, решаемых на основе использования модели. Основным требованием к модели является адекватное отображение предметной области. Модель в полной мере должна отображать предметную область без учета несущественных для решаемой проблемы свойств предметной области. В связи с этим средства представления модели должны обладать достаточными выразительными возможностями для отображения предметной области и явлений и процессов, имеющих в ней место. Модель должна быть непротиворечивой. Она должна быть единым интегрированным описанием предметной области и однозначно отражать взгляды и потребности всех пользователей системы, для построения которой разрабатывается модель.

НОРМАЛИЗАЦИЯ ОТНОШЕНИЙ. Процесс преобразования реляционных таблиц в стандартную форму. Одни и те же данные могут группироваться в отношения различными способами. Определенный набор отношений обладает лучшими свойствами при хранении и обработке данных, если он приведен к нормальным формам. Таблица может быть представлена в виде нескольких таблиц, а затем при необходимости из этих таблиц с помощью операций реляционной алгебры можно восстановить первоначальную таблицу. Нормализация отношений - формальный аппарат ограничений на формирование отношений, который позволяет устранить дублирование данных, обеспечить их непротиворечивость, уменьшить затраты на ведение БД.

НОРМАЛЬНЫЕ ФОРМЫ. Совокупность требований к отношениям, выполнение которых обеспечивает их нормализацию. Как правило, для нормализации отношений используются 4-е нормальные формы. В тех случаях, когда необходимо получить отношение без зависимости от соединения, используется 5-я нормальная форма (проектно - соединительная нормальная форма)..

ОПЕРАЦИИ С ДАННЫМИ. Любая СУБД позволяет выполнить четыре простейшие операции с данными: добавить в таблицу одну или несколько записей, удалить из таблицы одну или несколько записей, обновить значения некоторых полей в одной или нескольких записях, найти одну или несколько записей, удовлетворяющих заданному условию. Для выполнения этих операций используется механизм запросов.

ОДНОПОЛЬЗОВАТЕЛЬСКИЕ БД. Базы данных установленные и используемые на одном компьютере. Такие БД используются в случае отсутствия необходимости доступа к данным с других компьютеров, а также из за соображений обеспечения секретности хранимой в БД информации. Проектирование однопользовательских БД менее трудоемко по сравнению с проектирование распределенных БД или БД типа клиент-сервер.

ОТНОШЕНИЯ. В реляционной модели данных отношение это подмножество декартова произведения доменов. Домен - некоторое множество элементов (например, множество целых чисел или множество допустимых значений, которые может принимать объект по некоторому свойству и т.п.). Каждому атрибуту в реляционной модели ставится в соответствие множество его значений - домен атрибута. Т.е. можно сказать, что отношение это структура данных, построенная на доменах атрибутов. Над отношениями выполняются реляционные операции. Отношение состоит из заголовка и тела. Заголовок включает фиксированное множество атрибутов. Тело отношения состоит из конечного множества кортежей - множества пар вида (атрибут-значение атрибута). Число кортежей в отношении и их содержимое может меняться. Степенью отношения называется число атрибутов в отношении. Мощностью отношения называется количество кортежей в отношении. Для отношения определяется первичный (и, если есть, возможный) ключ отношения.

Дата добавления: 2015-05-10