Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Многомерная модель данных, ее базовые понятия, достоинства и недостатки.

Читайте также:
  1. A. Шестишаговая модель
  2. MATHCAD. Ввод числовых и текстовых данных, 2-х и 3-х мерная графика.
  3. Базовая эталонная модель взаимосвязи открытых систем
  4. Базовые лагери и массовые биваки
  5. Базовые логические элементы ТТЛ и КМОП. Примеры схемной реализации. Принцип работы
  6. Базовые методы обработки экономической информации
  7. Базовые параметры типологизации словарей

Многомерные модели:

ü информация представляется в виде многомерных массивов-гиперкубах

ü в одной БД, построенной на многомерной модели, может храниться множество кубов разной размерности, на основе которых можно проводить совместный анализ показателей (поликубическая)

ü конечный пользователь получает для анализа определенные срезы (проекции кубов), представлен в виде обычных двумерных табл или графиков

Измерение – множество однотипных данных, образующих одну из границ гиперкуба. Наиболее часто используемые в анализе измерения:

§ временные: день, месяц, год

§ географич: город, район, регион

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

· срез – подмножество гиперкуба, полученное путем фиксации одного или нескольких измерений.

· вращение - изменение порядка измерений при визуализации данных

· агрегация – более общее представление данных

· детализация – более детальное представление данных

Достоинства:

v удобство

v эффективность анализа больших объемов данных, имеющих временную связь

v быстрота реализации сложных нерегламентированных запросов

Недостаток – громоздкость

Многомерн модели поддерживают: Essbare, Media Multi-matrix, Orade Express Server, Cache. Некоторые системы поддерживают одновременно реляционные и многомерные модели, например, Media MR.

21. Понятие проектирования базы данных. Требования, предъявляемые к базе данных. База данных (БД) - именованная совокупность данных, отображающая состояние объектов, их свойства и взаимоотношения в некоторой предметной области. Проектирование базы данных(БД) –это процесс создания проекта базы данных, предназначенной для поддержки функционирования экономического объекта и способствующей достижению его целей. Оно представляет собой трудоемкий процесс, требующий совместных усилий аналитиков, проектировщиков и пользователей. БД представляет собой новый подход к организации данных. Она позволяет обращение к данным без знания физического расположения их в памяти компьютера, вследствие чего доступ к данным и их обработка более эффективны. Разработка прикладных программ, использующих БД, становится легче, быстрее, дешевле, более гибкой. В этом главные преимущества БД над файловой организацией данных. При проектировании базы данных необходимо учитывать тот факт, что база данных должна удовлетворять комплексу требований. Эти требования следующие:

1) целостность базы данных – требование полноты и непротиворечивости данных;

2) многократное использование данных;

3) быстрый поиск и получение информации по запросам пользователей;

4) простота обновления данных;

5) уменьшение излишней избыточности данных;

6) защита данных от несанкционированного доступа, искажения и уничтожения.

22.Этапы жизненного цикла базы данных. Жизненный цикл базы данных (ЖЦБД) – это процесс проектирования, реализации и поддержки базы данных. ЖЦБД состоит из семи этапов: 1)начальная разработка (предварит. планиров. БД); 2) проектирование БД; 3) реализация и загрузка БД; 4) тестирование и оценка; 5)функционирование; 6)сопровождение; 7)запуск и использование базы данных. В развитии любого экономич. объекта наступает момент осознания того, что для достижения дальнейших успехов в развитии необходимо данные, находящиеся в личном пользовании работников, интегрировать для совместного использования в базе данных и воспринимать их как корпоративный ресурс.

Предварит. Планир. БД – важный этап в процессе перехода от разрозненных данных к интегрированным. На этом этапе: - анализ деятельности объекта; - постановка задач и определение ограничений; - определение цели; - определение сферы действий и возможностей.

Проектирование БД – процесс разработки структуры БД в соответствие с требованиями пользователей. На этом этапе: - концептуальное проектирование ( на этом этапе создаются подробные модели пользовательских представлений о данных предметной области. Затем они интегрируются в концепт.модель, кот. фиксирует все эл-ы корпоративных данных, подлеж-х загрузке в БД. Эту модель еще называют концепт. схемой БД). – логическое проектирование (на этом этапе осущ-тся выбор типа модели данных. Концепт. модель отображ. в логич.модель, основан. уже на структурах, характерн. для выбранной модели). – физическое проектирование (на этом этапе логич.модель расширяется характер-ми, необход. для опред. способов физич. хранения БД, типа устройств для хранения, методов доступа к данным базы, требуемого объема памяти, правил сопровожд-я БД и др). – Проверка осуществимости БД предполагает подготовку отчетов по трем вопросам: 1) есть ли технология для реализации запланированной БД (технологическая осуществимость); 2)имеются ли персонал, средства и эксперты для успешного осуществления плана создания БД (операционная осуществимость);

1) окупится ли запланир. БД (экономическая эффективность).

2) Реализация и загрузка БД включает: - установка СУБД; - создание СУБД; - загрузка или конвертирование данных.

Тестирование включает: тестирование БД, настройку и оценку БД и её прикладных программ. Оценка и поддержка базы данных. включает опрос пользователей на предмет выяснения, какие их информационные потребности остались неучтенными. При необход-и в спроектиров-ю БД вносятся изменения. Пользователи обуч-ся работе с БД. По мере расширения и изм-ия потребностей бизнеса поддержка БД обеспечивается путем внесения изменений, добавления новых данных, разработки новых прикладных программ, работающих с базой данных. Сопровождение: - внесение изменений; - развитие.

23 Модель "сущность-связь", ее понятия: сущность, атрибут, экземпляр сущности, связь, мощность связи. Представление сущности и связи на ER-диаграмме. Средством моделирования предметной области на этапе концептуального проектирования является модель "сущность–связь". Часто ее называют ER-моделью (Entity – сущность, Relation – связь). В ней моделир-ие структуры данных предметной области базир. на испол-ии графических средств – ER-диаграмм. В наглядном виде они представляют связи между сущностями. Сущность – любой различимый объект(кот. Мы можем отличить от другого), информ-ию о кот.необходимо хранить в БД.. Сущность имеет экземпляры, отлич-ся друг от друга значениями атрибутов и допуск-ие однозначную идентификацию. Атрибут –это характеристика сущности,имеет имя для конкретн.вида сущ-ти, может быть одинков. Для разл.типов сущ-ти. Например, сущность КНИГА характеризуется такими атрибутами, как автор, наименование, цена, издательство, тираж, количество страниц. Экземпляр- конкретный представитель данной сущ-ти.(Конкрет. Названия книг, Сотрудник Иванов. Они отличаются значениями указанных атрибутов и однозначно идентифицируются атрибутом "наименование". Атрибут, который уникальным образом идентифицирует экземпляры сущности, называется ключом. Может быть составной ключ, представляющий комбинацию нескольких атрибутов. На ER-диаграмме сущность изображается прямоугольником, в котором указывается ее имя. В реальном мире существуют связи между сущностями. Связь – некая ассоциация между сущн-ями, характеризуется мощностью, которая показывает, сколько сущностей участвует в связи. Сущн-ть м.б. связаня с др.сущ-ми или сама с собой.Связь между двумя сущностями называется бинарной, а связь между более чем с двумя сущностями – тренарной. На ER-диаграмме связь изображается линией,соед. 2 сущ-ти. При разраб-ке ЕR-моделей мы должны учесть след.инф. о предм. обл.:1)список сущ-ей.предм.обл.2)список атриб-в сущ-ти. 3)описание взаимосвязей между сущ-ми. В ЕR-диаграмме кажд.сущ-ть должна иметь наименование, выражен. существит. в И.п. единст.числе.


Дата добавления: 2015-10-21; просмотров: 105 | Нарушение авторских прав


Читайте в этой же книге: Экономическая информация, ее виды, структурные единицы. | Понятие кодирования информации, методы кодирования | Понятие модели данных. Иерархическая модель, ее достоинства и недостатки. | Семантическая объектная модель. Пример объектной диаграммы. | Сase-средства для моделирования данных. | Понятие СУБД. Архитектура СУБД. | Возможности, предоставляемые СУБД пользователям. Производительность СУБД. | Классификация СУБД. Режимы работы пользователя в СУБД. | Функции СУБД | Логическая (предикатная)модель |
<== предыдущая страница | следующая страница ==>
Сетевая модель, ее достоинства и недостатки.| Нормализация таблиц,ее цель.1я нормальная форма, 2НФ, 3НФ

mybiblioteka.su - 2015-2024 год. (0.007 сек.)