Cтраница 3
Анализ совокупности факторов, рассмотренных в настоящем разделе, помогает выбрать модель данных, соответствующую каждой области моделирования данных. После того как модель данных выбрана, можно приступить к проектированию схемы. Первые два его шага связаны с инфологией. Сначала важнее всего определить информационные потребности для различных областей деятельности организации, под которую проектируется схема базы данных. На втором этапе эти потребности выражаются в форме описания предметной области. Два следующих шага связаны с дата-логическими проблемами проектирования схемы. На третьем шаге формируется описание базы данных строго определяющее структуры и ограничения и удовлетворяющее информационным потребностям. На четвертом - проверяется удовлетворительность схемы с точки зрения показателей производительности. [31]
В третьей части книги приведены еще четыре модели данных, отражающие, по нашему мнению, различные подходы, к моделированию данных. Порядок представления моделей приближенно соответствует их сложности: простые, конкретные модели и далее более абстрактные, сложные, семантически мощные. [32]
Таким образом обеспечиваются ввод информации в тестируемый КП и вывод результатов из ЭВМ в реальном времени, однако затруднена имитация обратных связей и реакции объектов внешней среды на управляющие воздействия от тестируемого КП, так как моделирование данных от объектов производится предварительно, вне реального времени, до их выдачи на тестируемый КП. Если учет обратных связей состоит из небольшой корректировки заранее подготовленного тестового набора данных, такие корректировки могут производиться в реальном времени в процессе выдачи на тестируемый КП. Совмещение двух способов взаимодействия генераторов тестов с тестируемыми КП позволяет заранее имитировать основные потоки тестовых данных с высокой интенсивностью и дополнительно учитывать обратные связи от тестируемого КП. Такое совмещение обеспечивает значительное снижение требований к производительности имитирующих ЭВМ. [33]
Для обеспечения эффективности информационных процессов необходима соответствующая организация данных. Проблематика моделирования данных связана с таким представлением данных, которое наиболее естественно отражает реальный мир и может поддерживаться компьютерными средствами. Эти два требования часто противоречат друг другу. Для того чтобы определить наилучшую ( с точки зрения конкретного приложения) организацию данных, необходимо установить, какие характеристики данных важны для выражения сущности их значения. Это позволяет сформировать непротиворечивый набор общих формальных утверждений, характеризующих организацию и обработку данных, который и определяет модель данных. В части I мы рассмотрим эти характеристики, а также способы их представления, ориентированные на применение компьютеров. [34]
В математике отношение - это не более чем множество и оно не имеет какой-либо семантической интерпретации. В моделировании данных термин отношение применяется к определению типа. Отношение R рассматривается как тип объекта, который соотносится с множеством знаков-кортежей. Все кортежи определены на одних и тех же доменах и обладают одинаковыми свойствами. В каждый момент времени реализация отношения представляет собой отношение в математическом смысле этого понятия. [35]
С теоретических позиций качество результата определяется степенью его соответствия посылкам, лежащим в основе теории. В моделировании данных используется ряд достаточно сильных предположений, которые делают теорию ( часто называемую теорией баз данных) весьма интересной, но непосредственно неприменимой на практике. Вместе с тем теория баз данных позволяет глубже понять модели данных, схемы баз данных и их свойства, и в этом смысле ее в первую очередь следовало бы рассматривать как средство понимания, а не как средство проектирования. Отметим, что, хотя указанная теория часто объявляется теорией проектирования схем, она всего лишь отражает первичность описания схемы как отправного этапа анализа. [36]
Модель весьма проста как в структурном плане, так и в плане поддерживаемых ограничений целостности. Исследования в области моделирования данных, проведенные после того, как Кодд предложил базовую реляционную модель данных, показали ее неадекватность современным задачам моделирования. [37]
При этих ограничениях динамика отображений также весьма ограниченна, вследствие чего легко понимаема. Вместе с тем в моделировании данных рассматриваются и отображения со значительно более сложной динамикой. Например, могут оказаться необходимыми операции, отображающие всю базу данных или ее часть в базу данных, соответствующую другой схеме или даже другой модели данных. [38]
Литература по обоснованию многомерных моделей не так обширна, как для одномерных, и подробные эмпирические исследования достаточно редки. Кенуй ( 1957) дает подробный анализ моделирования сельскохозяйственных данных. Проблема причинности обсуждается многими авторами, включая Волда ( 1954), Гренджера ( 1963), Симса ( 1972), Кейнса, Чена ( 1974) и др. Однако все эти работы предполагают справедливость модели с постоянными коэффициентами, которая не всегда гарантирована. [39]
Компания предлагает продукты и услуги для больших правительственных учреждений и частных организаций, расположенных по всему миру, и, в частности, новые средства разработки проектов, аудит результатов разработки и переработку неудачных проектов. Обучающие курсы компании охватывают все продукты Oracle, реляционное и объектно-реляционное моделирование данных, равно как и повышение квалификации администраторов баз данных. Поставляемые компанией продукты предназначены практически для всех областей разработки, от фазы анализа до миграции данных. Стратегия Dulcian заключается в предоставлении высококачественных систем в рекордно короткие сроки. [40]
Сочетание логический объект употребляется в стандарте ISO / TC97 для обозначения активного элемента, который играет некую роль в процессе обмена. Такое использование слова объект отличается от принятого при моделировании данных, где объект означает что-то, что существует и о чем что-либо известно. [41]
В AIIFusion Component Modeler реализована взаимная интеграция с AIIFusion ERwin Data Modeler. Комбинация объектного моделирования AIIFusion Component Modeler и углубленных возможностей моделирования данных в ERwin повышает производительность и сокращает время разработки ИС. [42]
Для того чтобы модели данных отвечали своему назначению, необходимо придать им гибкость, достаточную для многоцелевого применения и удовлетворения требований различных пользователей, и дать точное определение их свойствам. В этой связи возникает проблема создания общего подхода к моделированию данных, который не обязательно сведется к построению некой супермодели. Такой подход должен обеспечить идентификацию понятий и свойств моделей данных, а также их сопоставление. [43]
Так, например, во многих семантических сетях устанавливаются формальные различия между разнотипными узлами и дугами. С другой стороны, семантические сети являются богатыми источниками идей моделирования данных, чрезвычайно полезных в плане решения проблемы представления сложных ситуаций. [44]
Предложения РГБД КОДАСИЛ не ограничиваются спецификацией модели данных. Однако мы в последующих разделах осветим аспекты, относящиеся только к моделированию данных. [45]