
- •Ассимилированная информация – представление сведений в сознании человека, наложенное на систему его понятий.
- •Документированная информация – сведения, зафиксированные в знаковой форме на каком-то физическом носителе.
- •Передаваемая информация – сведения, рассматриваемые в момент передачи информации от источника к приемнику.
- •По отношению к данной управляющей системе информацию можно разделить на входную, выходную и внутреннюю.
- •По времени возникновения и существования информация подразделяется на перспективную и ретроспективную. ……………..
- •2.2.1. Отношение, схема отношения. Формализация отношений
- •2.2.3. Функциональные зависимости между данными (f-зависимости и их свойства)
- •Тема 2.3. Схемы баз данных
- •Понятие, содержание и методика проектирования эис (слд 58) жизненный цикл экономической информационной системы
- •Пример постановки и уточнения задач
- •Информационные технологии в управлении
- •Основные положения методологии mrp
- •Основные направления компьютеризации бухгалтерского учета Основные факторы, определяющие особенности бухгалтерского учета
- •Общая характеристика ксбу
- •Соответствие информационных технологий ксбу масштабу предприятия
- •Фирмы-разработчики, программные продукты
- •Конкурентные преимущества системы "бэст-5"
- •Классификация программных продуктов для ксбу
- •1С: Предприятие
- •Система программ 1с:Предприятие. Особенности сетевых решений 1с
- •Решения на базе системы 1с:Предприятие
- •Особенности сетевых решений
- •Системы начального уровня
- •Решения уровня отдела
- •Решения масштаба предприятия
- •Базовые понятия 1с:Предприятия (слд 104)
- •Режимы ввода информации в среде 1с:Предприятие
- •1С: Бухгалтерия Возможности организации учета в системе 1с: Предприятие
- •Понятия компоненты «Бухгалтерский учет»
- •План счетов 1с:Бухгалтерия 7.7. Формат. Настройка (в т.Ч. Проблема разделения субсчета в процессе эксплуатации) Особенности настройки счетов по субконто
- •Начальное сальдо. Ввод начальных остатков. (слд 121) Типовые операции в 1с:Бухгалтерии
- •Документы. Отчеты.
- •Компьютерные системы финансового анализа и бизнес-планирования
- •Информационно-правовые системы (слд 133)
- •Автоматизация офисной деятельности Задачи автоматизации офисной деятельности
- •Основные функции сад
- •Контроль исполнения
- •Обработка и хранение документов
- •Работа с взаимосвязанными документами
- •Поточный ввод документов
- •Движение документов
- •Обеспечение юридической полноценности
- •Отправка документов
- •Нейросетевые системы Общие сведения о нс
- •Проблемная специализация нейросетевых вычислительных систем (слд 173)
- •Типы нейросетей
- •Основы построения алгоритмов обучения нейросетей
- •Организация функционирования нейросети
- •Гис в экономике
- •Предпосылки существования глобального электронного рынка
- •Internet – витрина
- •Internet – магазин
2.2.1. Отношение, схема отношения. Формализация отношений
Основным объектом РБД является таблица (отношение), которая представляет собой набор столбцов и строк. При этом каждый столбец таблицы описывает некоторое свойство объекта, а строка содержит набор значений по всем свойствам объекта предметной области. Например, расписание движения поездов, экзаменационная ведомость, сведения о доходах сотрудников и др. Несмотря на разнообразие объектов и наборов их свойств, а, следовательно, и таблиц содержащих данные об этих объектах, все таблицы имеют одну формальную основу (слд. 28 с ЭФ).
СХЕМОЙ таблицы R называется конечное множество атрибутов {A1, A2,..., Аi, ... An}. Каждому имени атрибута Ai ставится в соответствие множество Di, называемое доменом атрибута Ai, для всех 1 i n.
Домен атрибута Ai может обозначаться и как dom(Ai). Имена атрибутов для краткости называют просто атрибутами.
Домены являются произвольными непустыми конечными или счетными множествами.
Таблица r со схемой R - это конечное множество упорядоченных кортежей {t1, t2, ... tj ... tp}. Причем каждый кортеж tr должен удовлетворять ограничению: t(Ai) принадлежит Di, 1 i n (т.е. значения атрибута Ai во всех кортежах отношения находятся в пределах множества допустимых для данного атрибута значений).
Рассмотрим в качестве примера БД из состоящую из одной таблицы "Перевозки" (рис.1). (слд. 29 )
ПЕРЕВОЗКИ
Nр |
Дата |
ПН |
Водитель |
М_АМ |
ГН |
Вес |
РСТ |
1 |
15.01.99 |
П. Ливневка |
Ермаков Ф.Г. |
МАЗ |
А567УК |
3,5 |
123 |
2 |
15.01.99 |
П. Стасово |
Иванов С.П. |
ГАЗ-53 |
В354УО |
1,5 |
45 |
3 |
16.01.99 |
Г. Киселев |
Локтев И.Д. |
КАМАЗ |
Д129УК |
4,2 |
254 |
4 |
16.01.99 |
С. Еловое |
Ермаков Ф.Г. |
МАЗ |
А567УК |
2,1 |
16 |
5 |
16.01.99 |
П. Стасово |
Антонов Р.Т. |
КАМАЗ |
С311УО |
0,8 |
45 |
6 |
17.01.99 |
Г. Киселев |
Иванов С.П. |
КАМАЗ |
Д129УК |
3,7 |
254 |
7 |
22.01.99 |
П. Ливневка |
Иванов С.П. |
МАЗ |
Х711УК |
5,2 |
123 |
Рис. 1. Отношение (таблица) "Перевозки"
Схемой отношения ПЕРЕВОЗКИ является множество атрибутов характеризующих этот процесс: {Nр, Дата, ПН, Водитель, М_АМ, ГН, Вес, РСТ}, т.е. (слд. 30 с ЭФ)
R(«ПЕРЕВОЗКИ») = {Nр, Дата, ПН, Водитель, М_АМ, ГН, Вес, РСТ}.
Доменом атрибута "Водитель" является множество водителей работающих на данный момент в организации занимающейся перевозками, т.е.
Dom(Водитель)={Ермаков Ф.Г., Иванов С.П., Локтев И.Д., Антонов Р.Т.}.
Отношение ПЕРЕВОЗКИ имеет на данный момент семь кортежей.
Последовательность атрибутов в таблице не имеет значения, однако, на практике атрибуты всегда указывают в некотором порядке, а кортежи представляют списками значений в том же порядке.
Свойство: отношения могут меняться во времени, т.е. кортежи могут добавляться, удаляться или изменяться. Тем не менее, предполагается, что схема отношения ИНВАРИАНТНА во времени. Т.е. строки в таблице «перевозки» могут добавляться, удаляться, могут изменяться значения атрибутов, но набор имен атрибутов не изменяется.
2.2.2. Нормализованные отношения
Нормальная форма представляет собой ограничение на схему базы данных. Такое ограничение избавляет БД от некоторых нежелательных свойств. В теории РБД рассматриваются несколько нормальных форм для баз данных. В данном случае будет рассмотрена первая нормальная форма (1НФ).
Схема отношения Rj находится в первой нормальной форме, если значения в dom(Ai) являются атомарными для каждого атрибута Ai в Rj (где Rj - j-е отношение БД, т.е. БД содержит несколько таблиц). Другими словами, значения в домене, не являются ни списками, ни множествами простых или сложных чисел.
Дать строгое определение понятию атомарности очень сложно, т.к. значения некоторого атрибута в одном случае могут рассматриваться как атомарные, а в другом случае, эти же значения будут неатомарными. Общий принцип - значение атрибута не атомарно, если в приложении оно используется по частям. Пример приведен на рис. 2. (слд. 31 с ЭФ)
СОТРУДНИКИ
СОТРУДНИКИ
-
Сотрудники
Должность
Фамилия
Директор Петров
Директор
Петров
Бухгалтер Костров
Бухгалтер
Костров
Бухгалтер Кранц
Бухгалтер
Кранц
Секретарь Самохина
Секретарь
Самохина
(а) (б)
Рис. 2. Пример ненормализованной (а) и нормализованной (б)
таблицы (два варианта отношения СОТРУДНИКИ)
Нормализация отношений позволяет минимизировать дублирование, обеспечить целостность данных и однократность их ввода.
Схема БД R находится в первой нормальной форме, если схема каждого отношения Rj находится в 1НФ (для всех 1 j m, где m - количество отношений в БД). Общее понятие схемы БД будет рассмотрено ниже.