Cтраница 3
Преимущество первого подхода заключается в том, что первоначальные локальные представления будут более точно отражать представления пользователей, содержащие требования к данным, и будут менее подвержены соображениям, связанным со структурированием данных. Однако проектировщик, работающий в тесном контакте с конечным пользователем, будет, как правило, фиксировать локальные представления, которые лучше согласуются между собой и с требованиями используемой СУБД. Конструктор будет выполнять предварительное редактирование и структурирование требований к данным, осуществляя, таким образом, в какой-то степени функции автоматизированных процедур. [31]
Одним из подходов к концептуальному проектированию баз данных является моделирование сущностей, заключающееся в моделировании и интеграции представлений пользователей в терминах трех первичных компонент: сущностей, атрибутов и связей. Это связано с определением сущностей и их атрибутов, ключевых атрибутов сущностей и связей между сущностями. [32]
Иными словами, приведенные широко распространенные постановки задач параметрической оптимизации, на наш взгляд, не всегда могут отразить представления пользователя о хорошем совпадении модельного описания и реального объекта. [33]
Система управления БД представляет пользователям следующие средства управления данными: язык описания данных, позволяющий определить множество файлов и представлений пользователей о файлах ( схемы файлов и подсхемы пользователей); возможности многоаспектного поиска информации, использующие метод частично-инвертированных файлов; набор сервисных программ ( утилит) базы данных, которые обеспечивают возможность создания, модификации и сопровождения базы данных; возможности централизованного контролируемого доступа к базе данных. [34]
Обычно реляционные базы данных должны разрабатываться так, чтобы в существующие кортежи можно было добавлять новые элементы данных, если этого требуют новые приложения или изменяется представление пользователя о данных. Могут добавляться и новые связи между существующими отношениями: либо добавлением новых элементов данных, либо ( в редких случаях) созданием нового отношения. [35]
Отображение между логическим представлением и представлением пользователя указывает, исходя из каких типов данных, описанных в логическом представлении, и каким образом могут быть вычислены данные, описанные в представлении пользователя. [36]
Разработку базы данных, как правило, начинают с постепенного объединения представлений пользователей о данных ( подсхем) с целью формирования такой схемы, на основании которой могут быть получены все представления пользователей. Этот процесс описан в гл. [37]
Ослабить действие этих моментов можно с помощью некоторой минимальной конфигурации программно-аппаратных средств, которые устанавливаются и вводятся в действие на объекте применения в короткие сроки в целях: поддержания и стимулирования интересов пользователей к создаваемой АСУ; подготовки персонала к эксплуатации технических и программных средств; развития представлений пользователей о возможностях АСУ и формирования на этой основе точных и эффективных требований к создаваемой системе управления. [38]
Способность программных средств управления данными отделить физическую структуру данных от представления пользователей или от логической организации данных дает пользователям возможность ( по крайней мере, теоретически) представлять логическую структуру данных независимо от их физической реализации. Представление пользователей о структуре данных должно быть описано в любой удобной для него и его коллег ( настоящих и будущих) форме; средства управления данными должны осуществлять преобразование логической структуры в любую физическую структуру данных, обеспечивающую высокую производительность. [39]
![]() |
Овал-диаграмма для представления первого пользователя о данных. [40] |
Если схема создается таким способом, ее достоверность может быть проверена преобразованием в первоначальное пользовательское представление: при этом необходимо убедиться в том, что каждое представление может быть обработано. Если некоторые из представлений пользователя о данных не могут быть обработаны, это указывает либо на то, что эти представления были неверно истолкованы в процессе конструирования схемы, либо на то, что данное программное обеспечение ке содержит соответствующих средств для обработки канонической структуры. [41]
В их основу были положены представления пользователей о предметной области на семантическом уровце. [42]
Желательно исследовать влияние различных структур данных на эффективность системы. Для этого необходимо оценить частоту использования каждого представления пользователя о данных. [43]
Объединим представления о данных этих пользователей в канони ческую схему. При этом необходимо быть внимательным при обработ-ке представлений пользователей и преобразовании их в овал-диаграммы. [44]
ЗАПЛАНИРОВАННОЕ УСТАРЕВАНИЕ ТОВАРОВ - устаревание товаров до того, как им действительно потребуется замена. Выделяют устаревание внешнего оформления, приводящее к представлению пользователей о неприемлемости внешнего вида товаров; функциональное лишение товара потребительских свойств, устаревание конструкционных материалов, более быстро выходящих из строя. [45]