Интеграция - данные
Cтраница 2
Суть принципа интеграции данных состоит в объединении отдельных, взаимно не связанных данных в единое целое, в роли которого выступает база данных, в результате чего пользователю и его прикладным программам все данные представляются единым информационным массивом. При этом облегчаются поиск взаимосвязанных данных и их совместная обработка, уменьшается избыточность данных, упрощается процесс ведения БД. [16]
Эти преимущества интеграции данных достигаются применением современных CALS-технологий. [17]
Простейшей схемой интеграции данных в среде локальной вычислительной сети является модель централизованных справочников. Она занимает промежуточное положение между использованием интегрированной базы данных и функционированием системы на основе модели полностью распределенных данных. При использовании модели распределенных данных возникает проблема рассогласованного кодирования одних и тех же объектов аналитического учета на разных рабочих местах. Модель общих справочников решает эту проблему. [18]
Приведенный вид интеграции данных в свою очередь связан с удлинением логической записи и как следствие с увеличением размера области ввода-вывода в оперативной памяти и увеличением времени обработки. Кроме того, в память поступают данные всех трех сегментов, которые не всегда требуются в каждой из прикладных программ. Это в каком-то смысле ухудшает условия подготовки отдельных программ, поскольку программисты должны быть осведомлены о составе всей агрегированной записи. Поэтому обрабатываемые данные становятся доступными многим пользователям, что увеличивает степень риска потери информации. Осознавая, что обобщенные записи могут содержать множество видов данных, ориентированных на использование различными программами-потребителями, становится ясной необходимость создания некоторого аппарата, позволяющего классифицировать или сегментировать данные в соответствии с целями обработки. В приведенном на рис. 3.1 интегрированном файле сегментами могут быть соответствующие сегменты разрозненных файлов или вновь назначенные сегменты. [19]
Важную роль в интеграции данных об изделии и данных технического руководства играет использование стандарта STEP для хранения и передачи конструкторской информации. [20]
Для АБД характерны интеграция данных ( при последовательной организации эти данные образуют несколько массивов, объединенных в комплексные информационные блоки), устранение их дублирования и сокращение времени доступа к элементам данных. [21]
При конвертировании и интеграции данных обеспечиваются возможность изменения физической структуры БД и поддержка разработанных прикладных программ управления БД. [22]
В целом для интеграции данных контроля необходимо, чтобы все обнаруженные факты были соотнесены с четко идентифицированными объектами ( файл X версии У) и их свойствами ( через классификаторы), а также позиционированы во времени. Современные инструментальные средства позволяют строить объектные оболочки соответствующих хранилищ таким образом, чтобы они имели унифицированный интерфейс доступа. Тогда вопрос об интерпретации данных контроля может быть решен постепенным наращиванием алгоритмов анализа. [23]
Метод сценариев облегчает интеграцию данных, полученных разными методами, качественными или количественными. [24]
Целью создания базы является интеграция данных в виде единой базы, объединяющей данные многих приложений. [25]
 |
База данных. [26] |
Создание баз данных обеспечивает интеграцию данных и возможность централизованного управления данными. [27]
Вторым видом изменения архитектуры является интеграция данных. Организации не могут принимать согласованные решения на уровне предприятий, поскольку поля с данными, которые должны быть одинаковыми в двух разных базах, таковыми не являются. Все дело в том, что в разных составляющих базы данных программный код различен. Переход к архитектуре клиент / сервер включает в себя две операции изменения: изменение базовой платформы и изменение архитектуры. [28]
Выделение концептуальной модели позволяет обеспечить интеграцию данных и возможность их многоцелевого использования, г также построить более адекватное и в силу этого более устойчивое отображение предметной области. ХардгреЙвом, заключается в том, что механизм концептуальной схемы может никогда не существовать в действительности ( на самом деле возможной была бы загрузка лишь через механизм внешней схемы, и тогда не может быть заполнена никакая информационная структура, которая неизвестна механизму внешней схемы), но он формирует внутреннюю основу для всех отображений данных, путей доступа к данным и допустимых процедур, которые могут быть применены к данным. [29]
 |
Отражение фактов финансово-хозяйственной деятельности в многомерном бизнес-пространстве в виде различных моделей. [30] |
Страницы: 1 2 3 4