Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
Сентябрь 21 2018 09:30:18   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 21802
Примеры, синони... 20989
Учимся удалять!... 19324
FAST (методика ... 18584
Просмотр готовы... 18424
Декартовы коорд... 16668
Просмотр готовы... 15236
Работа с инстру... 11528
Что такое САПР 10940
Сейчас на сайте
Гостей: 1
На сайте нет зарегистрированных пользователей

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

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

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

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

Пароль



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

Забыли пароль?
Запросите новый здесь.
Случайные статьи
Детализация опреде...
Вариант 2.
Синтаксис
Выводы
Характеристики карты
5.8 СОЗДАНИЕ СПЕЦИ...
2.5. Пропуск этап...
3.2.3. Технология ...
7.1. Интерпретация...
Недопустимые комби...
Принцип 1. Как мож...
Глава шестая
Канал передачи данных
СИСТЕМНЫЕ ОПЕРАЦИИ...
2.4.3 Блоковые коды
GPS-модуль
История GeForce
Специальные билеты
Компьютерные файлы 2
Оглавление
GPS для Palm
Представление 2
Эталонная модель в...
11.2.3 Семафоры
Порядок сборки
7.9 ЗАГРУЗКА СИСТЕ...
Известные объекты
Код Хемминга
Глава 8. HUMMINBIR...
Глава 15. GPS-сист...
4.5 Управление пот...
Детальный анализ п...
4.12.2 Системы пер...
2.2.2 Электрически...
2.4.7.3 Исправлени...
Дополнительные уст...
Настройка параметр...
Методы управления ...
Правила
1.3.1 Файловая сис...
Мини-чат
Вам необходимо залогиниться.

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