Главная Обратная связь

Дисциплины:

Архитектура (936)
Биология (6393)
География (744)
История (25)
Компьютеры (1497)
Кулинария (2184)
Культура (3938)
Литература (5778)
Математика (5918)
Медицина (9278)
Механика (2776)
Образование (13883)
Политика (26404)
Правоведение (321)
Психология (56518)
Религия (1833)
Социология (23400)
Спорт (2350)
Строительство (17942)
Технология (5741)
Транспорт (14634)
Физика (1043)
Философия (440)
Финансы (17336)
Химия (4931)
Экология (6055)
Экономика (9200)
Электроника (7621)






Гомогенные и гетерогенные распределенные БД



Сводные таблицы и сводные диаграммы

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

Сводные таблицы позволяют динамически изменять макет для анализа данных различными способами. При каждом изменении макета сводная таблица 'немедленно выполняет вычисления заново в соответствии с новым расположением данных.

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

Таким образом, источником записей для режима сводной таблицы и режима сводной диаграммы может быть не только таблица, но и базовый источник данных для формы, отчета или страницы доступа к данным. В базе данных Access источником записей может быть таблица, запрос или инструкции SQL; в проекте Access — таблица, представление, инструкция SQL или сохраненная процедура.

Сводная таблица является способом представления интерактивной аналитической обработки данных —OLAP (OnLine Analytic Processing), созданной с помощью Microsoft OLAP Service для SQL Server.

Размещение базы данных

Все таблицы базы данных, а также другие объекты Access: формы, запросы, отчеты, макросы и модули, построенные для этой базы, и внедренные объекты — могут размешаться на диске в одном файле формата MDB. Страницы доступа к данным Access сохраняются в отдельных файлах, в файле базы данных размешаются только ссылки на них.

Приложение базы данных может быть скомпилировано и сохранено в файле формата MDE, проект в файле формата ADE. При этом исходный текст программы на VBA удаляется, а база данных сжимается,что значительно сокращает размер файла, оптимизирует использование памяти и, как следствие, повышает быстродействие. В базе данных форматов MDE и ADE невозможен просмотр, изменение или создание форм, отчетов или модулей в режиме конструктора. Для преобразования базы данных или проекта в этот формат предназначена команда Сервис|Служебные программы|Создать MDE-файл.

При работе с базой данных в сети с файловым сервером и размещении на нем базы данных для коллективного использования Access предоставляет возможность отделить от нее объекты, составляющие приложение пользователя, в отдельный файл. Этот файл может быть размешен на всех компьютерах пользователей, которые будут работать с общей базой данных, и приложение может модифицироваться в соответствии с потребностями пользователя.



Проекты Access, являясь клиентскими приложениями пользователя, позволяют подключаться к базам данных MSDE, размешенным на вашем компьютере, или к базам данных SQL-сервера, размешенным в сети. Проект размешается в файле с расширением adp на компьютере пользователя. В проекте пользователь может создавать базу данных на SQL-сервере или использовать существующую.

 

 

Вопрос 2

СИСТЕМЫ ОБРАБОТКИ РАСПРЕДЕЛЕННЫХ БАЗ ДАННЫХ (РАБД)

ПОНЯТИЕ, АРХИТЕКТУРА, ВИДЫ РАБД.

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

Каждая таблица в РаБД может быть разделена на некоторое количество частей, называемых фрагментами. Фрагменты могут быть горизонтальными, вертикальными и смешанными. Горизонтальные фрагменты представляют собой подмножества строк, а вертикальные – подмножества столбцов. Фрагменты распределяются на одном или нескольких узлах.

С целью улучшения доступности данных и повышения производительности системы для отдельных фрагментов может быть организована репликация – поддержка актуальной копии некоторого фрагмента на нескольких различных узлах. Репликаты – множество различных физических копий некоторого объекта БД, для которых в соответствии с определенными в БД правилами поддерживается синхронизация с некоторой «главной копией».

К. Дейтом были сформулированы 12 правил (1987) для типичной РаБД. Основой этих правил является то, что РаБД должна восприниматься пользователем точно так же, как и привычная централизованная БД.



1. Локальная автономность. В данном контексте автономность означает следующее:

- локальные данные принадлежат локальным владельцам и сопровождаются локально;

- все локальные процессы остаются чисто локальными;

- все процессы на заданном узле контролируются только этим узлом.

2. Отсутствие опоры на центральный узел. В системе не должно быть ни одного узла, без которого система не сможет функционировать, т.е. никакой конкретный сервис (управление транзакциями, оптимизация запросов и др.) не должен возлагаться на какой-либо специально выделенный центральный узел.

3. Непрерывное функционирование. В идеале в системе не должна возникать потребность в плановом останове ее функционирования.

4. Независимость от расположения. Пользователь должен получать доступ к базе данных с любого узла, причем получать доступ к любым данным, независимо от того, где они физически сохраняются.

5. Независимость от фрагментации. Пользователь должен получать доступ к данным независимо от

способа их фрагментации.

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

7. Обработка распределенных запросов. Система должна поддерживать обработку запросов, ссылающиеся на данные, расположенные более чем на одном узле.

8. Обработка распределенных транзакций. Система должна поддерживать выполнение транзакций.

9. Независимость от типа оборудования. Система должна быть способна функционировать на оборудовании с различными вычислительными платформами.

10. Независимость от сетевой архитектуры. Система должна быть способна функционировать в сетях с различной архитектурой.

11. Независимость от операционной системы. Система должна быть способна функционировать под управлением различных операционных систем.

12. Независимость от типа СУБД.

Гомогенные и гетерогенные распределенные БД

Гомогенной РаБД управляет один и тот же тип СУБД. Гетерогенной РаБД управляют различные типы СУБД, использующие разные модели данных – реляционные, сетевые, иерархические или объектно-ориентированные СУБД.


Эта страница нарушает авторские права

allrefrs.ru - 2019 год. Все права принадлежат их авторам!