Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
Сентябрь 22 2019 13:36:28   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
Учимся удалять!... 23919
4.12.1 Професси... 22415
Примеры, синони... 21324
FAST (методика ... 19299
Просмотр готовы... 19024
Декартовы коорд... 17436
Просмотр готовы... 15871
Работа с инстру... 11981
Что такое САПР 11395
Сейчас на сайте
Гостей: 1
На сайте нет зарегистрированных пользователей

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

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
Производный атрибут
Концепция не исключает существование атрибутов, значения ко-
торых нельзя задать как напрямую, так и используя какой-либо ме-
ханизм. Их значения всегда появляются (выводятся) в тот момент,
когда в них возникает потребность.
Так, например, модель для авиакомпании содержит связь между
САМОЛЕТОМ и расположенными в нем МЕСТАМИ. Одним из возможных про-
изводных атрибутов для сущности САМОЛЕТ будет атрибут "количество
мест". Этот атрибут принимает значение в результате выполнения
функции "подсчета количества МЕСТ в САМОЛЕТЕ".
Другой пример - производный атрибут "фактически уплаченная
сумма" для сущности БИЛЕТ, значение которого вычисляется из зна-
чений атрибутов "полная стоимость" и "принятая скидка".
С этим понятием связаны некоторые опасности, уяснить которые
необходимо прежде, чем вы приступите к проектированию БД.
Не вызывает сомнений то, что при каждом изменении значения
хотя бы одного из атрибутов, влияющего на производный атрибут,
значение последнего также претерпит изменение. В зависимости от
конкретной реализации это новое значение может появляться либо в
момент использования производного атрибута, либо в тот момент,
когда произошло фактическое изменение значений связанных с ним
атрибутов.
В Приложении F, посвященном проектированию БД, показано, как
все атрибуты становятся столбцами или элементами данных. Нужно ли
нам на самом деле, чтобы значение производного атрибута вычисля-
лось заново при каждом изменении хотя бы одного из значений свя-
занных с ним атрибутов ? Ведь такое решение способно отразиться
на производительности системы и на использовании ресурсов памяти.
Поэтому, наверное, более разумно вычислять значение атрибута тог-
да, когда в этом действительно возникает необходимость.
С другой стороны, если значение производного атрибута изменя-
ется редко, но используется многими функциями, пересчитывать это
значение при каждом обращении к нему также было бы неэффективно с
точки зрения накладных расходов. В такой ситуации ускорить обра-
ботку позволил бы пересчет значения атрибута в момент его факти-
ческого изменения.
Увидеть эти две возможности и добиться того, чтобы проекти-
ровщики разобрались в них - решение этой задачи даст аналитику
возможность эффективно использовать концепцию "производного атри-
бута" в разрабатываемой модели. В процессе описания функций ана-
литик может в целях облегчения понимания логики функций прибегать
к использованию производных атрибутов.
Например:
"Идентифицировать каждый билет, фактически уплаченная сумма
за который не превышает половины его полной стоимости"
вместо:
"Идентифицировать каждый билет, для которого полная стоимость
за вычетом скидки не превышает половины этой полной стоимос-
ти".
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
11.5 ВЫВОДЫ
Глава 3. GARMIN ST...
Московская область
9.2.1.1 Функция fo...
Комбинированный ка...
Замечания
10.1.2.5 Ioctl
Загрузка карт
Об авторе
Технология фазиров...
Глава 15. FF2112
содержание - сетев...
Процессы управлени...
Геометрия — некото...
10.4.1 Более детал...
От Аристотеля до ...
2.4.8 Итеративные ...
ГЛАВА 11. ВЗАИМОДЕ...
7.3.6. Технология...
Группа 3 — програм...
Подтип сущности
5.2 Адресация в IP...
3.2 Методы доступ...
Что такое интелле...
Глава шестая. РАС...
Что необходимо доб...
7.2.1. Обязательс...
1.1 ИСТОРИЯ
2.2.3. Понимание у...
Домен
2.2.4 Измерение ур...
Кольцевая топология
Присвоение наимено...
5.12 КАНАЛЫ
8.3. Отслеживание...
Группа 2 — програм...
Больше 500 долларов
Глава 17. GPS-прие...
Принцип действия
Канал (канал связи)
Мини-чат
Вам необходимо залогиниться.

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