Характеристика особенностей сетевого программного обеспечения. Исследование файлов базы данных. Ознакомление с процессами разделяемого сервера. Изучение свободного пространства и автоматической организации непрерывных участков. Анализ целостности данных.
Аннотация к работе
Факультет «Экономика, организация и управление в строительстве» (ЭОУС) Кафедра «Информационные системы и технологии управления строительством» (ИСТУС)В последние годы системы управления базами данных (СУБД, DBMS) утвердились как основные средства для хранения данных в информационных системах различного масштаба - от больших приложений обработки транзакций в банковских системах до персональных систем на PC. Системы RDBMS последние 10 лет стали популярны при выполнении операций управления данными и продолжают развиваться и совершенствоваться, обеспечивая реализацию сложных функций хранения, поиска и распределения данных в информационных системах уровня предприятия. Развитие мощных процессоров баз данных, таких как Oracle, сделало возможным применение таких технологий, как архитектуры клиент/сервер, оперативной аналитической обработки, организации корпоративных хранилищ данных - словом, все, что определяет лицо современных информационных систем.Большинство систем управления базами данных, используемых в современных приложениях, основано на одной из трех основных моделей: иерархической, сетевой или реляционной.Первые коммерчески доступные системы управления базами данных соответствовали стандарту CODASYL, и многие из них по-прежнему используются в написанных на КОБОЛЕ приложениях, работающих на мэйнфреймах. Например, в системе учета счетов-фактур запись о продавце могла бы содержать физический указатель на записи о заказах.Вместо внутреннего указателя от записи продавца к записи заказа можно связать запись заказа с записью продавца, используя общий атрибут в каждой из записей, например номер идентификации продавца.Реляционная модель поддерживает единственную "логическую" структуру, которая называется отношением. Например, отношение Customer могло бы содержать такие атрибуты заказчика, как его номер, имя, регион, состояние кредита и т.д.Атрибуты группируются с другими атрибутами на основании их зависимости от значения первичного ключа. Первичный ключ - атрибут или группа атрибутов, который уникально идентифицирует строку в таблице. Таблица имеет единственный первичный ключ, и, как правило, каждая таблица имеет такой ключ. При использовании стандартной нотации для указания, что данный атрибут - первичный ключ отношения, атрибут подчеркивается. Если первичный ключ состоит из нескольких атрибутов, подчеркивается каждый атрибут.Реляционная модель определяет операции, которые разрешаются выполнять над отношением или группой отношений. Результатом применения оператора к отношению (к отношениям) является другое отношение. Бинарный тип оператора указывает, что в операции участвуют в качестве операндов два отношения; унарный тип - что одно отношение. Объединение Бинарный Строки из двух отношений объединяются с удалением дублированных строкДве важные части архитектуры RDBMS - ядро, которое является программным обеспечением, и словарь данных, который состоит из структур данных системного уровня, используемых ядром, управляющим базой данных.RDBMS можно рассматривать как операционную систему (или подсистему), разработанную специально для управления доступом к данным; ее основные функции - хранение; выборка и обеспечение безопасности данных.RDBMS позволяет обращаться к физическим данным в более абстрактной, логической форме, обеспечивая легкость и гибкость при разработке кода приложения. Программы, использующие RDBMS, обращаются к данным через "машину" базы данных без непосредственной зависимости от фактического источника данных, изолируя приложение от деталей "нижележащих" физических структур данных. Вместо обращения к номеру заказчика как к байтам с 1 по 10 в записи о заказчике приложение просто обращается к атрибуту Customer Number. Рассмотрим объем модификаций программного обеспечения, который потребуется для изменения структуры записи в приложении, использующем файловую систему. Например, если поле номера заказчика перемещается из байтов с 1 по 10 в байты с 11 по 20, чтобы разместить дополнительное поле, во всех программах, использующих атрибут номера заказчика, потребуются модификации.Основная идея среды клиент/сервер состоит в распределении выполняемой задачи между несколькими процессорами в сети. Распределение выполнения задач между процессорами осуществляется с использованием протокола сервисных запросов; один процессор, клиент, запрашивает обслуживание у другого процессора, сервера. Чаще всего при построении систем клиент/сервер часть приложения, отвечающая за пользовательский интерфейс, отделяется от части, отвечающей за доступ к данным. Клиент в типичной конфигурации клиент/сервер - это автоматизированное рабочее место, использующее графический интерфейс (Graphical User Interface - GUI), обычно Microsoft Windows, Macintosh или Motif. Разработка и поддержка системы клиент/сервер более трудна по сравнению с традиционной централизованной системой по следующим причинам: - Компоненты системы клиент/сервер распределяются по процессорам различных типов.
План
Содержание
Введение
1. Реляционная модель данных
1.1 Иерархические и сетевые модели
1.2 Элементы реляционной модели
1.2.1 Реляционные структуры данных
1.2.2 Ключевые значения и ссылочная целостность
2. Реляционная алгебра
3. Компоненты RDBMS
3.1 Ядро rdbms
3.2 Словарь данных
3.3 Непроцедурный доступ к данным (SQL)
4. Краткий обзор обработки данных в среде клиент/сервер
4.1 Базы данных в архитектуре клиент/сервер
4.2 Oracle и обработка данных в среде клиент/сервер
5. Сервер СУБД Oracle
6. Сетевое программное обеспечение
7. Инструменты разработки систем клиент/сервер
8. Развитие Oracle
9. Общий обзор архитектуры Oracle
9.1 Файлы Oracle
9.2 Системные и пользовательские процессы
9.3 Память
9.4 Системная память
9.5 Память пользовательского процесса
9.6 Сетевое программное обеспечение и SQL*Net
10. Файлы Oracle
10.1 Файлы базы данных
10.2 Управляющие файлы
10.3 Журнальные файлы
10.3.1 Оперативные журнальные файлы
10.3.2 Автономные/архивные журнальные файлы
10.4 Другие файлы поддержки
10.5 Системные и пользовательские процессы
10.5.1 Обязательные системные процессы
10.5.2 DBWR - процесс записи в БД
10.5.3 SMON - системный монитор
10.5.4 PMON - монитор процессов
10.5.5 Необязательные системные процессы
10.5.6 ARCH - архиватор
10.5.7 СКРТ-процесс выполнения контрольных точек
10.5.8 RECO - процесс восстановления
10.5.9 LCK - процесс блокировки
10.5.10 Listener - процесс прослушивания сети ("слушатель")