Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
March 28 2024 14:46:19   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 32586
Учимся удалять!... 31845
Примеры, синони... 23248
Просмотр готовы... 22438
Декартовы коорд... 21971
FAST (методика ... 21283
содержание - се... 20519
Просмотр готовы... 19049
Работа с инстру... 14538
Сейчас на сайте
Гостей: 2
На сайте нет зарегистрированных пользователей

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

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

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
Рабочая станция
О чем мы узнали ?
Глава третья
Что представляет с...
Всем ребятам — при...
3.2 СТРУКТУРА ОБЛ...
Спрашивай – Отвечаем
1.6 Технология “...
Мультиплексный
Глава 1. Выбираем ...
9.1.3 Загрузка (по...
Технические характ...
В бой идут одни ст...
6.5.2 Выделение об...
Глава 24. SD-501 S...
7.6 КОД ИДЕНТИФИКА...
Идея третья: Обесп...
6.4.3 Переключение...
Глава 7. HUMMINBI...
5.12.2 Открытие по...
Данные, как главны...
4.12.3.2 Принципы ...
5.16 UNLINК
Глава 23. ER-102
7.5 ВЫЗОВ ДРУГИХ П...
Бенчмаркинг процесса.
7.2.2 Группы проце...
Исчисление высказ...
Автомобильные аппа...
Шинная топология
5. Принципы реинжи...
Мат в 16 ходов, ил...
GPS для Palm
2.3.3.3 Импульсная...
3.7 УПРАЖНЕНИЯ
12.4 СИСТЕМА TUNIS
2.4.2 Логическое к...
Рационален ли чел...
2.4.8 Итеративные ...
Принцип действия
Мини-чат
Вам необходимо залогиниться.

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