новый

Реальная Вселенная всегда, пусть на один шаг, опережает логику

Previous Entry Share Next Entry
Преимущества иерархических баз данных
новый
ray_idaho

Наступает эпоха централизованных оперативных систем,
в которых вся совокупность данных
доступна немедленно всем потребителям.


Преимущества иерархических баз данных (ИБД) проявляются в относительно простых задачах хранения и обработки малосвязанной информации, например, обычно применяется для сбора анализа информации, поступающих от АСУ ТП, лабораторий и других точечных источников данных.
Для такой информации характерна независимость источника данных и большой объем данных во времени, например, временные ряды стоимости активов, акций, валют тоже неплохо структурируются и описываются ИБД.

За счет чего обычно достигается увеличение скорости и уменьшение объема хранения?

В реляционной базе данных подобная информация часто имеет одинаковую структуру - очень длинные таблицы (миллионы и более записей) с большим числом полей, имеющих относительные небольшие справочники. Например таблицу такого вида
1. регион
2. актив (завод, предприятие, офис)
3. иерархия объектов управления актива (установки, здания, оборудование, виды бизнеса)
4. датчики или ручные системы сбора данных временных рядов
В результате создается таблица с большим числом полей, которые имеют мало вариантов (обычно из справочников). Это создает следующие трудности для реляционных БД
- неоправданно большой объем таблицы и индексов
- снижение скорости чтения больших объемов информации
- большие потери времени и ресурсов на безопасность хранения данных
В то же время ИБД делают по сути один индекс - иерархию структуры динамических данных, в итоге и поиск, и чтение больших объемов информации происходит оптимальным образом.

О недостатках ИБД можно прочесть здесь.

Иерархическая база данных - типичная модель

График (нажмите для увеличения)
Tags:

  • 1
Ага, прочитала. Когда то мозги сломала. чтобы создать структурированную базу данных на заводе.Но это было давно - дет дцать назад - теперь наверное эта проблема решена. Но вот при иерархической стрктуре, которую вы нарисовали она все равно не решается из-за необходимости дублировать одну и ту же информацию, равно относящуюся к нескольким объектам других уровней))) ну ладно - теперь, когда есть суперкомпьютеры я думаю проблема не имеет принципиального значения.

1. как раз на заводах над АСУ ТП построили ИБД, например компания Матрикон
http://www.nautsilus.ru/mtk/matrikon.htm
2. не понял почему нужно что-то дублировать?

а куда Вы включите данные находящие на низшем уровне управления, но в равной степени относящиеся к двум и более высоким уровням?

вы говорите о сети серверов или модели данных? если о серверах, то данные могут реплицироваться на нужный уровень управления, это нормально и работать будет быстро

я думаю говорю про модель данных. Я же не технарь - была задача систематизации экономических данных, каждую единицу надо было закодировать, для этого создать струтурированный классификатор с кодами и вот тут начинается вакханалия. ну да ладно - едва ли я когда-нибудь к этому вернусь - хотя еще раз с этим косвенно столкнулась, когда захотела на сайте создать индивидуальное меню, компануя данные из разноуровневых по горизонтали и вертикали записей.

экономические данные под ИБД не подходят, так как они обычно являются следствием взаимодействия
для них или сетевые БД, или реляционные

Ах вот в чем дело! Ну вот я и говорю-не представляю как можно применять иерархический принцип. Ну и ладно. Спасибо.

  • 1
?

Log in

No account? Create an account