Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
Май 16 2022 18:03:18   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
Учимся удалять!... 30191
4.12.1 Професси... 28220
Примеры, синони... 22509
Просмотр готовы... 20914
FAST (методика ... 20604
Декартовы коорд... 20356
содержание - се... 19430
Просмотр готовы... 17673
Работа с инстру... 13487
Сейчас на сайте
Гостей: 2
На сайте нет зарегистрированных пользователей

Пользователей: 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). Подобные
атрибуты обычно указывают на отсутствие какой-либо сущности.

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

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

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
Практический опыт
1.5 ПРЕДПОЛАГАЕМАЯ...
5.14.2 Демонтирова...
Определение сущности
Индикатор точности
СИСТЕМНЫЕ ОПЕРАЦИИ...
Подходы к определе...
Карты в руки!
Антенна
6.5.4 Изменение ра...
Технические подроб...
4.9 Технология ISDN
13.4 РАСПРЕДЕЛЕННА...
5. Продукции типа...
5.7 СОЗДАНИЕ ФАЙЛА
8.3.1 Перезапуск ч...
4.5 Управление пот...
ГЛАВА 10. ПОДСИСТЕ...
ГЛАВА 5. СИСТЕМНЫЕ...
Примеры, синонимы,...
Метод решетки
О чем мы узнали ?
6.5.8 Копирование ...
Шинная топология
Глава четвертая. ...
2.2.1. Проводные к...
Глава 9. Как «это»...
Окончание работы с...
10.1.2.2 Closе
8.1.3 Примеры дисп...
Стандартные экипажи
1.2 Логическая т...
содержание - сетев...
7.2.1. Обязательс...
Пересечение подтипов
1.1. Основные понятия
Страница «Информац...
Содержание - сетев...
ГЛАВА 6. ИСПОЛЬЗО...
1.2. Классификация...
Мини-чат
Вам необходимо залогиниться.

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