18665

Реляционная модель базы данных

Доклад

Информатика, кибернетика и программирование

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

Русский

2013-07-08

14.88 KB

4 чел.

Реляционная модель базы данных.

Реляционные модели данных, как уже было сказано, в настоящее время приобрели наибольшую популярность и практически все современные СУБД ориентированны именно на такое представление данных. Реляционную модель можно представить как особый метод рассмотрения данных, содержащий и собственно данные (в виде таблиц), и способы работы и манипуляции с ними (в виде связей). Реляционная модель предполагает три концептуальных элемента: структура, целостность и обработка данных, как, впрочем, и большинство нереляционных моделей. В этих элементах есть свои специальные понятия, которые для дальнейшего изложения необходимо кратко пояснить.

Таблица рассматривается как непосредственное «хранилище» данных. Традиционно в реляционных системах таблицу называют отношением. Строку таблицы называют кортежем, а столбец - атрибутом. При этом атрибуты имеют уникальные (в пределах отношения) имена. Количество кортежей в таблице называют кардинальным числом, а количество атрибутов - степенью. Для отношения предусматривают уникальный идентификатор, то есть один или несколько атрибутов, значения которых в одно и то же время не бывают одинаковыми - идентификатор называют первичным ключом. Домен - это множество допустимых однородных значений для того или иного атрибута. Таким образом, домен можно рассмотреть, как именованное множество данных, причем составные части этого множества являются логически неделимыми единицами (в качестве домена могут выступать, например, перечень фамилий сотрудников учреждения, однако не все фамилии могут присутствовать в таблице).

Отношение содержит две части - заголовок и собственно содержательную часть. Заголовок содержит конечное множество атрибутов, а содержательная часть (тело отношения) – множество пар имени атрибута и его значения.


 

А также другие работы, которые могут Вас заинтересовать

79420. Процессы проектирования. Проектирование системной архитектуры 36.81 KB
  Системная архитектура или общая архитектура системы указывает состав технических объектов программных средств ручных операций; указываются требования системы между объектами. Компоненты должны быть разделены на модули системы подсистемы и т. Необходимо документально оформить привязку системных элементов архитектуры к требованиям системы.
79421. Процессы проектирования. Методики описания системной архитектуры 94.71 KB
  Методики описания системной архитектуры. IEEE 1471 IEEE 1471 Рекомендуемые методы описания архитектуры программных систем. В нем излагается концепция отношений между архитектурой описанием архитектуры заинтересованными сторонами соображениями точками зрений разрезами представлениями и моделями а также подход к работе с ними. См подробное описание ссылка Модель Захмана Модель Захмана основана на дисциплине классической архитектуры и обеспечивает общий словарь и набор перспектив или структур для описания современных сложных...
79422. Процессы проектирования. Архитектурные стили и шаблоны проектирования 80.97 KB
  Шаблон проверяют на: Целостность и непротиворечивость Конструкция полностью покрывает заявленные требования к функционалу Устойчивость и производительность Два подхода проектирования: От общих функций к реализации От частного к общему Архитектурные стили Репозиторий: Описание Все совместно используемые подсистемами данные хранятся в центральной базе данных доступной всем подсистемам. Рекомендации Логично использовать если система обрабатывает большие объёмы данных. Преимущества Совместное использование больших объёмов данных эффективно...
79423. Процессы проектирования. Проектирование информационной архитектуры 44.84 KB
  Задачи решаемые во время проектирования информационной архитектуры: Идентификация и инвентаризация существующих данных включая определение их источников процедур изменения и использования ответственность оценка качества; Сокращение избыточности и фрагментарности данных с целью уменьшения стоимости хранения данных повышение качества данных за счет исключения противоречивости и неоднозначности различных экземпляров данных; Исключение ненужных перемещений и копирований данных; Формирование интегрированных представлений данных таких...
79424. Процессы проектирования. Построение ER модели. Виды нотации 56.27 KB
  С её помощью можно выделить ключевые сущности и обозначить связи которые могут устанавливаться между этими сущностями. Степень конца связи указывается графически множественность связи изображается в виде вилки на конце связи. Модальность связи так же изображается графически необязательность связи помечается кружком на конце связи. Наименование может быть одно для всей связи или два для каждого из концов связи.
79425. Процессы проектирования. Построение логической модели данных 47.37 KB
  Построение логической модели данных. Создание схемы базы данных на основе конкретной модели данных например реляционной модели данных. Для реляционной модели данных даталогическая модель набор схем отношений обычно с указанием первичных ключей а также связей между отношениями представляющих собой внешние ключи. Концептуальная модель хранилища данных представляет собой описание главных основных сущностей и отношений между ними.
79426. Процессы проектирования. Построение физической модели данных 44.2 KB
  Построение физической модели данных. Создание схемы базы данных для конкретной СУБД. Специфика конкретной СУБД может включать в себя ограничения на именование объектов базы данных ограничения на поддерживаемые типы данных и т. Кроме того специфика конкретной СУБД при физическом проектировании включает выбор решений связанных с физической средой хранения данных выбор методов управления дисковой памятью разделение БД по файлам и устройствам методов доступа к данным создание индексов и т.
79427. Процессы проектирования. Проектирование программной архитектуры 48.05 KB
  Подход на основе шаблонов примеры шаблонов можно найти в вопросе 26 Стандартная структура подхода на основе шаблонов: Имя паттерна Задача паттерна Описание решения алгоритм без привязки к реализации Плюсы применения паттерна Минусы применения паттерна Иногда 4 и 5 пункт заменяют рекомендацией. Плюсы применения шаблонов проектирования: Инструмент для решения простых задач на любом языке разработчикам легче взаимодействовать увеличивается скорость программирования. Минусы применения шаблонов проектирования: Зацикливание разработчика...
79428. Процессы проектирования. Шаблоны программной архитектуры 112.61 KB
  Как применять политику ценообразования Вырабатывается стратегия приоритета скидок объект Продажа не должен обладать информацией о применяемых скидках но можно было бы применить стратегию расчета скидок. Имеются классы проектирования Продажа ТоварПродажа продажа отдельного вида товара в рамках продажи в целом ТоварСпецификация описание конкретного вида товара. Объект Продажа должен передать сообщение Рассчитать промежуточную сумму каждому экземпляру класса ТоварПродажа которые в свою очередь передают сообщения СообщитьЦену объектам...