Автор работы: Пользователь скрыл имя, 03 Декабря 2012 в 16:56, шпаргалка
. Модели данных: многомерная модель.
Многомерная модель данных (ММД)
Существуют два направления в развитии концепции информационных систем:
• Системы оперативной (транзакционной ) обработки.
• Системы аналитической обработки (системы поддержки принятия решений).
З6.Использование технологии «Клиент-Сервер» для доступа к данным. Основные структурные модели
Клиент-сервер - это модель взаимодействия компьютеров в сети Компьютеры не являются равноправными. Каждый из них играет свою роль.
Одни компьютеры в сети владеют и распоряжаютс? информационно-вычислительными ресурсами, такими как процессор, файловая система, служба печати, БД. Другие же имеют возможность обращаться к этим службам, пользуясь услугами первых.
Компьютер, управляющий тем или иным ресурсом называют сервером этого ресурса. А компьютер, желающий им воспользоваться - клиентом. Конкретный сервер определяется видом ресурса которым он владеет. Если ресурсом является БД, то речь идет о сервере БД, назначение которого - обслуживать клиентские запросы, связанные с обработкой данных, если ресурс
- это файловая система, то
говорят о файловом сервере. В сети
один и тот-же компьютер может выполнять
роль как клиента, так
и сервера. Например в системе,
включающей ПК, большую ЭВМ и
мини-компьютер под управлением ОС UNIX,
последний может
выступать как в качестве сервера БД,
обслуживая запросы от
клиентов (ПК), так и в качестве клиента,
направляющего запросы
к большой ЭВМ.
Этот же принцип распространяется
и на взаимодействие программ. Программа,
выполняющая функции
Ядро реляционной SQL-ориентированной СУБД называют сервером БД, а программы, обращающиеся к нему за услугами по обработке данных SQL-запросов клиентами. ОСНОВНЫЕ СТРУКТУРНЫЕ МОДЕЛИ Выделяют четыре подхода, реализованные в моделях:
31.Проектирование
БД. Этапы «Физическое
34.Понятие встроенного и динамического SQL. Команда SELECT, ее назначение и возможности. Примеры использования . Встроенный SQL.
В SQL System R присутствуют специальные операторы, поддерживающие встраивание операторов SQL в традиционные языки программирования (в System R основным таким языком был PL/1). Основная проблема встраивания SQL в язык программирования состояла в том, что SQL - реляционный язык, т.е. его операторы большей частью работают со множествами, в то время как в языках программирования основными являются скалярные операции. Решение SQL состоит в том, что в язык дополнительно включаются операторы, обеспечивающие покортежный доступ к результату запроса к БД. Для этого в язык вводится понятие курсора, с которым связывается оператор выборки. Над определенным курсором можно выполнять оператор OPEN, означающий материализацию отношения-результата запроса, оператор FETCH, позволяющий выбрать очередной кортеж результирующего отношения в память программы, и оператор CLOSE, означающий конец работы с данным курсором. Дополнительную гибкость при создании прикладных программ со встроенным SQL обеспечивает возможность параметризации операторов SQL значениями переменных включающей программы. . Динамический SQL
Для упрощения
создания интерактивных SQL-
Оператор SELECT является фактически самым важным для пользователя и самым сложным оператором SQL. Он предназначен для выборки данных из таблиц, т.е. он, собственно, и реализует одно их основных назначение базы данных -предоставлять информацию пользователю. Оператор SELECT всегда выполняется над некоторыми таблицами, входящими в базу данных. Замечание. На самом деле в базах данных могут быть не только постоянно хранимые таблицы, а также временные таблицы и так называемые представления. Представления - это просто хранящиеся в базе данные SELECT-выражения. С точки зрения пользователей представления - это таблица, которая не хранится постоянно в базе данных, а "возникает" в момент обращения к ней. С точки зрения оператора SELECT и постоянно хранимые таблицы, и временные таблицы и представления выглядят совершенно одинаково. Конечно, при реальном выполнении оператора SELECT системой учитываются различия между хранимыми таблицами и представлениями, но эти различия скрыты от пользователя. Результатом выполнения оператора SELECT всегда является таблица. Любой оператор реляционной алгебры может быть выражен подходящим образом, сформулированным оператором SELECT. Сложность оператора SELECT определяется тем, что он содержит в себе все возможности реляционной алгебры, а также дополнительные возможности, которых в реляционной алгебре нет. Пример 6. Выбрать все данные из таблицы поставщиков (ключевые слова SELECT... FROM... ):
SELECT *
FROM P;
Замечание. В результате
получим новую таблицу, содержащую
полную копию
данных из исходной таблицы Р.
8. Направления развития информационных систем. OLTP и OLAP-системы. Понятие транзакции. Свойства транзакций. Особенности аналитической обработки данных.
OLTP и OLAP-системы
Сильно нормализованные модели данных хорошо подходят для так называемых OLTP-приложений (Oп-Liпе Transaction Processing (OLTP)- оперативная обработка транзакций).
Типичными примерами OLTP-приложений являются системы складского учета, системы заказов билетов. Основная функция подобных систем заключается в выполнении большого количества коротких транзакций. Сами транзакции выглядят относительно просто, например, "снять сумму денег со счета А, добавить эту сумму на счет В". Практически все запросы к базе данных в OLTP-приложениях состоят из команд вставки, обновления, удаления. Запросы на выборку в основном предназначены для предоставления пользователям возможности выбора из различных справочников. Большая часть запросов, таким образом, известна заранее еще на этапе проектирования системы. Таким образом, критическим для OLTP-приложений является скорость и надежность выполнения коротких операций обновления данных. Чем выше уровень нормализации данных в OLTP-приложений, тем оно, как правило, быстрее и надежнее. Другим типом приложений являются так называемые OLAP-приложения (On-Line Analitical Processing (OLAP) -оперативная аналитическая обработка данных). Это обобщенный термин, характеризующий принципы построения систем поддержки принятия решений (Decision Support System - DSS), хранилищ данных (Data Warehouse), систем интеллектуального анализа данных (Data Mining). Такие системы предназначены для нахождения зависимостей между данными (например, можно попытаться определить, как связан объем продаж товаров с характеристиками потенциальных покупателей), для проведения анализа "что если...". OLAP-приложения оперируют с большими массивами данных, уже накопленными в OLTP-приложениях, взятыми их электронных таблиц или из других источников данных. Такие системы характеризуются следующими признаками: =Добавление в систему новых данных происходит относительно редко крупными блоками
= Данные, добавленные
в систему, обычно никогда не
удаляются. = Перед загрузкой данные
проходят различные процедуры "
= Запросы
к системе являются
= Скорость выполнения запросов важна, но не критична. Данные OLAP-приложений обычно представлены в виде одного или нескольких гиперкубов, измерения которого представляют собой справочные данные, а в ячейках самого гиперкуба хранятся собственно данные.
Транзакция представляет собой команду SQL или группу команд SQL, которые успешно завершаются или отменяются как единое целое. Транзакция является логической единицей работы, обладающей следующими свойствами:
По умолчанию любая команда SQL представляет собой транзакцию. Кроме того, несколько команд могут быть объединены в одну транзакцию. Транзакции используются для различных целей, в том числе:
11. Реляционная алгебра.
Классические операции над
Реляционная алгебра состоит из операторов, объединенных в две группы:
Определения: .
Результат каждой операции над отношением также является
отношением. Это называется свойством замкнутости.
3. Архитектура и классификация современных СУБД. Средства СУБД:
технологический процесс.
Классификация современных СУБД
6. Модели данных: постреляционная,
объектно-ориентированная
Постреляционная модель данных (ПРМД)
Постреляционная модель данных представляет собой расширенную реляционную модель, снимающую ограничения неделимости данных, хранящихся в записях таблицы. ПРМД допускает многозначные поля.
а) invoices
б) invoices
invno |
cusino |
goods |
qty |
|
0373 |
872 3 |
Сыр |
3 |
|
| Рыба |
2 |
||
8374 |
0232 |
Лимонад |
1 |
|
| Сок |
6 |
||
| печенье |
2 |
Данная модель поддерживает ассоциированные многозначные поля, допускает хранение в таблицах ненормализованных данных. Достоинства:
1. Высокая наглядность представления информации и
повышения эффективности ее обработки, по сравнению с РМД. Недостатки:
1. Проблема обеспечения целостности и
непротиворечивости хранимых данных. Объектно-ориентированная модель данных(ООМД) В ООМД между записями БД и функциями их обработки имеются взаимосвязи, обеспечиваемые механизмами подобными соответствующим средствам в ООЯП. Стандартизированная модель ООМД описана в следующем стандарте: ODMG-93 object database Management Group. Структура ООБД представлена в виде дерева, узлами которого являются оъекты. Свойства объектов описываются некоторым стандартным типом или пользовательским типом, который имеет идентификатор class. Родовые отношении в БД образуют связанную иерархию объектов.