Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
November 02 2024 04:51:56   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 34104
Учимся удалять!... 32253
Примеры, синони... 23560
Просмотр готовы... 22852
Декартовы коорд... 22532
FAST (методика ... 21598
содержание - се... 20899
Просмотр готовы... 19600
Работа с инстру... 15055
Сейчас на сайте
Гостей: 1
На сайте нет зарегистрированных пользователей

Пользователей: 9,955
новичок: Logyattella
Друзья сайта
Ramblers Top100
Рейтинг@Mail.ru

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
Может это сущность ?
Атрибут становится сущностью, если он представляет самостоя-
тельный объект или явление со своими собственными связями и атри-
бутами.
В предыдущем примере мы использовали "регистрационный номер"
в качестве атрибута самолета. И это будет иметь смысл до той по-
ры, пока у авиалинии не появится подсистема регистрации, которая
потребует также учета "даты регистрации", "места регистрации",
"цели регистрации", "признака перерегистрации" и т.п. Наша схема
может превратиться в нечто подобное следующему:

Рисунок 3-15
Атрибут может стать сущностью

производится
----------------------¬на основании ----------------------¬
¦ РЕГИСТРАЦИЯ ¦Ё>------- - - - + ПОЛНОМОЧИЯ ¦
¦ номер ¦ основа- ¦ ¦
¦ дата ¦ ние для ¦ ¦
¦ тип ¦ ¦ ¦
L---------------------- L----------------------
\¦/служит для учета
¦
¦
подлежит
----+-----------------¬
¦ САМОЛЕТ ¦
¦ ¦
L----------------------

Будьте осторожны ! Таким путем можно дойти до подробностей,
не относящихся к делу. В нашем случае такая подсистема нас не ин-
тересует и мы возвращаемся к предыдущей модели, расширив наше
представление путем добавления к регистрационному номеру прилага-
тельного "текущий".

Рисунок 3-16

----------------------¬
¦ САМОЛЕТ ¦
¦ ¦
¦ текущий ¦
¦ регистрационный ¦
¦ номер ¦
L----------------------

Уникальный идентификатор
------------------------

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

Значение атрибута должно зависеть от всего уникального иден-
тификатора

Уберите те из атрибутов, значения которых зависят только от
одной составляющей уникального идентификатора. Эти действия назы-
вают "Второй формой нормализации" (см. Приложение A). Подобные
атрибуты обычно указывают на отсутствие какой-либо сущности.

Атрибуты должны зависеть от значения уникального идентифика-
тора

Уберите те из атрибутов, которые не зависят от значения уни-
кального идентификатора сущности (т.н. "Третья форма нормализа-
ции"). Так, например, на посадочном талоне может быть записано
имя пассажира. Но:
"Зависит ли имя пассажира как-нибудь от значения уникального
идентификатора посадочного талона ?"
Очевидно, нет. (Не должен же я менять свое имя при выписке поса-
дочного талона !) Если атрибут не зависит от значения уникального
идентификатора, значит, возможно, нами не учтена какая-либо сущ-
ность и/или связь.
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.

Нет данных для оценки.
Гость
Имя

Пароль



Вы не зарегистрированны?
Нажмите здесь для регистрации.

Забыли пароль?
Запросите новый здесь.
Случайные статьи
3.4. Разделы
Что выбрать?
Принцип работы
ГЛОНАСС
8.3.4 Учет и стат...
Глава 10. Fortuna U2
4.4 Маршрутизация ...
Глава 24. SD-501 S...
Введение
Эталонная модель в...
1. Назначение отве...
1.1 Физическая то...
В чем заключается ...
На кого рассчитана...
Принцип 3. Обращай...
Почему САПР не "эл...
2.4.2 Логическое к...
9.1.1 Управление п...
5.1 OPEN
Немного о КПК Mita...
Уникальный идентиф...
Полеты с GPS
12.3.3.1 Выделени...
Вспомогательные:
Карты и программно...
5.16 UNLINК
Достоинства и недо...
ДСМ-метод
2.4.4 Линейные коды
8.6. Управление ко...
Глава 5. Основы GPS
2.3.3.3 Импульсная...
Маршруты-невидимки
3. Декомпозиция пр...
Внешний вид
12.3.3.3 Драйверы
7.11 УПРАЖНЕНИЯ
1.5 Классификация...
Графический язык
Измерения и анализ
Мини-чат
Вам необходимо залогиниться.

Нет присланных сообщений.
Copyright © 2009