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

ОТЧЕТ. Представление пользователям БД необходимой информации, оформленной в виде отчетных документов. Эти документы можно просматривать и выводить на печать. Источником данных для отчета может служить таблица или запрос. Наряду с данными, полученными из таблиц или запросов, в отчете могут отображаться результаты вычислений над исходными данными. В отчетах, как правило, могут быть задействованы области заголовка и примечания отчета, области верхнего и нижнего колонтитулов, области заголовка и примечания групп.

ПАРАЛЛЕЛЬНАЯ ОБРАБОТКА. Возникает, когда два или более пользователя требуют доступа к одной и той же записи БД примерно в одно и тоже время.

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

ПОЛЕ. Столбец таблицы. Таблицы можно представить как реализацию отношения. Они представляют собой набор столбцов и строк. Записи - это строки таблицы, которые включают в себя одно или более значений полей. Поля описывают те характеристики таблицы, которые разработчики БД считают важными.

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

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

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

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

РЕЗЕРВНОЕ КОПИРОВАНИЕ И ВОССТАНОВЛЕНИЕ ДАННЫХ. Средства обеспечивающие восстановление БД в случае отказа системы.

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

РЕЛЯЦИОННЫЕ ОПЕРАТОРЫ. Набор операторов, которые описывают изменение состояния отношений. Операндами реляционных операторов является одно или два отношения. Они называются соответственно унарным и бинарным операторами. Результатом применения реляционного оператора является единственное отношение.

СВЯЗИ СУЩНОСТЕЙ. Отображение взаимодействия сущностей между собой. Например сущности СТУДЕНТ и СТИПЕНДИЯ могут взаимодействовать между собой посредством связи СТУДЕНТ ПОЛУЧАЕТ СТИПЕНДИЮ. По классу принадлежности связи подразделяются на обязательные, необязательные и возможные. В обязательной связи существование обеих сущностей зависит от связи. Для необязательных связей существование обеих сущностей в связи не зависит от связи. Для возможной связи существование одной из сущностей в связи зависит от связи. Связи характеризуются по степени связи. Эта характеристика показывает сколько элементов одной сущности и сколько элементов другой сущности связаны между собой. По степени связи различают четыре типа связей. Связь "один ко одному" такой тип связи между сущностями, когда каждому экземпляру одной сущности соответствует один и только один экземпляр другой сущности и наоборот. Связь "один ко многим" такой тип связи, когда одному экземпляру первой сущности может соответствовать 0, 1 или несколько экземпляров второй сущности. Связь "многие к одному" тип связи обратный связи "один ко многим". Связь "многие ко многим" такой тип связи, когда с одним экземпляром первой сущности может быть связано 0, 1 или несколько экземпляров второй сущности. И наоборот когда с одним экземпляром второй сущности может быть связано 0, 1 или несколько экземпляров первой сущности. СЕЛЕКЦИЯ ОТНОШЕНИЙ. Унарный реляционный оператор. Результатом выполнения селекции является вычеркивание из исходного отношения тех строк, для которых не выполнятся поставленное условие. Результатом выполнения оператора селекция является отношение, для каждого кортежа которого выполняется поставленное условие. Например, если для отношения СОТРУДНИКИ в качестве условия будет указано ВОЗРАСТ > 60, то в результирующем отношении будут представлены сотрудники старше 60 - лет.

СЕРВЕР БД. Компьютер, обслуживающий клиентов и обеспечивающий их доступ к БД расположенной на сервере.

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

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

СКОРОСТЬ ОБМЕНА ДАННЫМИ. Скорость, с которой данные могут считываться в оперативную память, или скорость, с которой данные записываются из оперативной памяти на диск.

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

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

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

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

СУЩНОСТЬ. Основное содержание явления или процесса, о котором собирается информация. Сущности выделяются в процессе анализа предметной области. Сущность это предмет интереса разрабатываемой и используемой БД, то о чем можно собирать информацию. Например, если в качестве предметной области рассматривается предприятие, то в ней можно выделить следующие сущности: сотрудники, подразделения, помещения и др. Сущности могут быть реальными и абстрактные. Например, направления деятельности предприятия абстрактные сущности. Тип сущности это понятие, которое относится к набору однородных объектов. Экземпляр сущности - конкретный объект в наборе. Сущность характеризуется набором свойств, атрибутов. Например, сущность СОТРУДНИК может характеризоваться атрибутами ТАБЕЛЬНЫЙ НОМЕР, ФАМИЛИЯ, ДОЛЖНОСТЬ и др. Сущность часто отождествляют с объектом.

СХЕМА ДАННЫХ. Описание структуры данных на формальном языке. Схема данных описывает статические свойства данных.

ТАБЛИЦА. Способ реализации объекта реляционной модели. В таблице данные расположены в виде полей и записей, соответственно в виде столбцов и строк. В процессе описания таблиц в СУБД им присваивают имена и определяют структуру, т.е. определяют поля, из которых состоит таблица. Для каждого поля определяются его свойства: размер, формат, маска ввода, начальное значение, обязательность ввода и др. Определяют индексные и ключевые поля.

ТИПЫ ОБЪЕДИНЕНИЯ ТАБЛИЦ. В процессе проектировании БД при описании связей между таблицами задается тип объединения таблиц. Он используется по умолчании при создании запросов на основе связанных таблиц. Тип объединения таблиц может задаваться и при описании запросов на основе нескольких таблиц. Причем это справедливо как для запросов создаваемых по образцу, так и для запросов создаваемых на основе использования языка SQL. Различают три типа объединения таблиц: внутреннее объединение - объединение только тех записей таблиц, в которых связанные поля обеих таблиц совпадают; левое внешнее объединение - объединение всех записей первой таблицы и только тех записей второй таблицы, в которых связанные поля совпадают; правое внешнее объединение - объединение всех записей второй таблицы и только тех записей первой таблицы, в которых связанные поля совпадают. Как видно из определения, правое внешнее объединение становиться левым внешним, если таблицы поменять местами.

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

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

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

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

ФОРМА. Настраиваемые диалоговые окна, сохраняемые в БД в виде объектов специального типа. Формы используются в приложениях для ввода и отображения данных. Формы могут содержать элементы управления, с помощью которых осуществляется доступ к данным в таблицах. Элементами управления являются текстовые поля для ввода и правки данных, кнопки, флажки, переключатели, списки, надписи, рамки объектов для отображения графики и объектов OLE. В формах может выполнятся проверка корректности данных при вводе, осуществляться вычисления на основе данных отражаемых в открытых формах, реализоваться доступ к данным в связанных таблицах.

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

ФУНКЦИОНАЛЬНАЯ ЗАВИСИМОСТЬ. Описывает связь между атрибутами отношения. Если в отношении R атрибут Y функционально зависит от атрибута Х, то каждое значение атрибута Х связано только с одним значением атрибута Y.

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

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

ЦЕЛОСТНОСТЬ СОГЛАСОВАНИЯ. Значение непустого внешнего ключа должно быть равно одному из текущих значений первичного ключа другой таблицы. Все связи между отношениями должны быть реальными. Каждый вторичный ключ должен ссылаться на существующий первичный ключ другого отношения.

ЦЕНТРАЛИЗОВАННАЯ БАЗА ДАННЫХ. База данных физически сосредоточенная в одном месте.

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

ШИФРОВКА ДАННЫХ. Кодирование данных, делающее их бессмысленными для несанкционированных пользователей.

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

ЯЗЫК ОПРЕДЕЛЕНИЯ ДАННЫХ. Язык, применяемый для определения схемы базы данных.

ЯЗЫК МАНИПУЛИРОВАНИЯ ДАННЫМИ. Язык, применяемый для запоминания данных и манипуляции ими.

Блажен тот человек, который имеет в себе страх Божий. Он явно ублажается и Святым Духом. Блажен муж, бояйся Господа (Пс.111:1). Кто боится Господа, тот подлинно, вне всякого вражеского ухищрения, и избежал всех козней врага. В ком есть страх Божий, тот удобно спасается от умыслов злокозненного врага. Враг ни в чем не уловляет его; потому что он из страха не допускает до себя плотских удовольствий. Кто боится, тот не парит умом туда и сюда; потому что ждет своего Владыку, да не приидет внезапу и обрящет его ленивым, и растешет его полма (Мк.13:36; Мф.24:21). В ком есть страх Божий, тот не бывает беспечен; потому что всегда трезвится. Кто боится, тот не предается сну без меры; потому что бодрствует и ждет пришествия Господа своего. Кто боится, тот не остается равнодушным, чтобы не раздражить своего Владыку. Кто боится, тот не ленится, потому что всегда радеет о достоянии, опасаясь подпасть осуждению. Кто боится, тот всегда предпочитает угодное Господу его и приуготовляет это, чтобы Господь, пришедши, похвалил его за многое. Так страх Господень для приобретших оный делается причиною многих благ!

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