Главная » Microsoft SQL Server, Базы данных » Видимые сущности

0

обычно представляют объекты, которые могут распознать люди. Многие объекты являются именами собственными, такими как люди, города или местности, а некоторые — нарицательными, такими как контакты или марки автомобилей. могут представлять также действия, такие как сбор материала или упорядочивание списка. Обычно видимый объект уже представлен где-либо в документе.

Некоторые видимые объекты представляют собой методы, с помощью которых группируются или организуются некоторые другие первичные объекты. Например, покупатели понимают, что продукты делятся на множество категорий: молочные, мясные, хлебо-булочные и т.п. В качестве еще одного примера можно привести заказы на поставки, которые могут иметь несколько категорий срочности.

Каждая строка – это остров

Каждая строка должна представлять некоторый полный логический объект, а каждый атрибут в ней должен относиться именно к этому объекту.

Каждая сущность основана предполагает, что каждая строка представляет некоторый объект или действие. На этой посылке и основано моделирование данных. Ключевым моментом является идентификация этих уникальных и общих объектов и действий. Именно это подразумевает термин система реляционной базы данных. Это не значит, что одни сущности связаны с другими каким-то образом — это значит, что все однородные или связанные данные сведены в одну сущность.

Только данные, описывающие объекты, принадлежат этой сущности. Некоторые из возможных атрибутов, даже если они перечислены на листе бумаги для одного объекта, могут на самом деле описывать и другой объект. Стандартная форма заказа обычно включает в себя имя заказчика и его адрес, хотя это имя принадлежит именно заказчику, а не самому заказу. Адрес тоже принадлежит заказчику. В то же время, если в следующем году заказчик сменит свой адрес, в заказе останется старый адрес. Вывод следующий: для моделирования данных критичны основательный анализ объектов и их свойств.

Хорошо спроектированные сущности имеют массу однотипных элементов. Например, одна сущность овощной лавки может содержать массу товаров, вместо того, чтобы яблоко представляло собой одну сущность, арбуз — другую и т.д.

Первичные ключи

Каждая строка в сущности представляет собой единичный уникальный объект в реальном мире. Так же как не могут существовать два идентичных самолета, две строки не могут представлять один и тот же самолет. Для логической гарантии уникальности каждой из строк один из атрибутов назначается первичным ключом — именно по нему обращаются к строкам таблицы команды модификации данных. Если вы обеспечили, чтобы каждому объекту в реальности соответствовал всего один первичный ключ и наоборот, значит, вы сделали свою работу хорошо.

Чтобы привести пример первичного ключа в физической схеме, предположим, что в базе данных компании каждый клиент однозначно определяется своим идентификатором. С помощью специального столбца идентичности SQL Server для строки каждого нового клиента, когда она вставляется в таблицу, автоматически генерирует новое целое число.

Таблицы, строки и столбцы

Реляционные базы данных собирают однообразные или связанные данные в единый список. Например, вся информация о товарах может быть перечислена в одной таблице, а о клиентах — в другой.

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

Как в электронных таблицах, так и в таблицах баз данных каждая строка представляет некоторый элемент списка, а каждый столбец является некоторым фрагментом данных об этом элементе. В то время как электронные таблицы обычно имеют произвольную структуру, таблицы базы данных могут предъявлять строгие требования к данным в столбцах. Так как целостность строк и столбцов критична в таблице базы данных, то и сама конструкция таблицы критична.

За многие годы разные стили разработки обращались к столбцам таблиц с помощью разных терминов, которые перечислены в табл. 2.1.

Таблица 2.1. Сравнение терминов баз данных

Стиль разработки

Общий список

Элемент в списке

Элемент информации в списке

Электронная таблица

Электронная таблица, рабочий лист, именованный диапазон

Строка

Столбец, ячейка

Старое программное обеспечение

Файл

Запись

Поле

Реляционная алгебра, логическое проектирование

Сущность

Кортеж

Атрибут

SQL, физическое проектирование

Таблица

Строка

Столбец

Объектно-ориентированное проектирование

Класс

Экземпляр

объекта

Свойство

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

Источник: Нильсен, Пол. Microsoft SQL Server 2005. Библия пользователя. : Пер. с англ. — М. : ООО “И.Д. Вильямс”, 2008. — 1232 с. : ил. — Парал. тит. англ.

По теме:

  • Комментарии