Производные атрибуты

Атрибуты простые и составные

Важно отметить, что каждый атрибут может быть либо простым, либо составным, Составные атрибуты представляют собой набор простых атрибутов. Например, атри­бут "Адрес" может быть простым и представлять все элементы адреса как единое значение: "115 Dumbarton Road, Partick, Glasgow, Gil 6YG". В другом варианте этот же атрибут может быть представлен как составной, т.е. состоящий из серии простых ат­рибутов, содержащих различные элементы адреса. В этом случае то же самое значе­ние может быть разделено на такие атрибуты, как "Улица" (115 Dumbarton Road), "Район" (Partick), "Город" (Glasgow) и "Почтовый код" (Gil 6YG). Выбор способа представления адреса в виде простого или составного атрибута определяется требова­ниями, предъявляемыми к приложению пользователем. Если пользователь не нуж­дается в доступе к отдельным элементам адреса, то его целесообразно представить как простой атрибут. Но если пользователю потребуется независимый доступ к от­дельным элементам адреса, то атрибут "Адрес" следует сделать составным, образо­ванным из необходимого количества простых атрибутов.

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

Атрибуты, значения которых могут быть установлены с помощью значений дру­гих атрибутов, называются производными, или вычисляемыми. Примерами произ­водных атрибутов являются следующие;

• количество работников данного отделения предприятия;

• возраст работника;

• общая сумма зарплаты всего персонала данного отделения предприятия;

• количество объектов недвижимости, которыми занимается персонал данно­го отделения предприятия.

Очень часто подобные атрибуты вообще не отображаются в концептуальной моде­ли данных. Однако в некоторых случаях может иметь место риск удаления или мо­дификации атрибута или атрибутов, значения которых используются для вычисле­ния значения производного атрибута. В этом случае производный атрибут должен быть представлен в модели данных, что позволит предупредить нежелательную поте­рю информации. Однако, если производный атрибут показан в модели данных, сле­дует непременно указать, что он является именно производным. Способ представле­ния производных атрибутов устанавливается на этапе физического проектирования базы данных. В зависимости от того, как данный реквизит применяется, новое зна­чение производного реквизита может вычисляться либо при каждом обращении к нему, либо только при изменении значений атрибутов, используемых для его расче­та. Однако! данные вопросы не принимаются во внимание на этапе концептуального проектирования, поэтому их обсуждение откладывается до главы 9, "Методология физического проектирования реляционных баз данных".

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

Может оказаться полезным подготовить список всех атрибутов, используемых в спецификациях на проект. По мере связывания очередного атрибута с некоторой сущ­ностью или связью, он вычеркивается из списка. Подобный метод позволяет гаранти­ровать, что каждый из атрибутов будет связан с сущностью или связью только одного типа. Когда из списка будет вычеркнут последний атрибут, все идентифицированные в модели атрибуты окажутся связанными с некоторой сущностью или связью.

Следует иметь в виду, что в определенных случаях создается впечатление, что не­которые атрибуты должны быть связаны с сущностями нескольких различных ти­пов. Подобная ситуация возникает в следующих случаях.

1. Идентифицированы несколько сущностей (например, "Управляющий", "Инспек­тор" и "Начальник"), которые, по сути, представляют экземпляры одной и той же обобщенной сущности (например, "Руководитель"), В этом случае следует обду­мать, можно ли объединить все эти сущности в единую сущность или стоит со­хранить их как независимые сущности, отражающие в приложении различные роли отдельных экземпляров более общей сущности. Вопросы специализации и объединения сущностей будут подробно рассмотрены при обсуждении этапа 1.6.

2. Обнаружена новая связь между сущностями различных типов. В этом случае атрибут следует связать с какой-либо одной сущностью, которая будет назы­ваться родительской, после чего выполнить определение связи, как указано в описании этапа 1.2, включая пополнение документации детальными данными о новой связи.

Дата добавления: 2014-01-04