Что такое findslide.org?

FindSlide.org - это сайт презентаций, докладов, шаблонов в формате PowerPoint.


Для правообладателей

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

Email: Нажмите что бы посмотреть 

Яндекс.Метрика

Презентация на тему Базы и банки данных. История развития ВТ и СУБД

Содержание

ВВЕДЕНИЕ В БДБаза данных – это совместно используемый и определенным образом организованный набор логически связанных данных и описание этих данных, предназначенный для удовлетворения информационных потребностей пользователей. Системный каталог (system catalog), или словарь данных (data dictionary) -
Лекция 2Базы и банки данных.История развития ВТ и СУБД.Составитель: доц.Космачева И.М. ВВЕДЕНИЕ В БДБаза данных – это совместно используемый и определенным образом организованный ВВЕДЕНИЕ В БДСоставитель: доц.Космачева И.М. 1. БАНК ДАННЫХ	Банк данных - это система специальным образом организованных баз данных, ПРОГРАММНЫЕ СРЕДСТВА БНДПрограммные средства БнДПрограммная компонента Операционная системаПрикладные программыЯдро Обеспечивают интерфейс пользователей разных категорий с банком данных. В настоящее время используются ОПЕРАТОРЫ ОПРЕДЕЛЕНИЯ ДАННЫХ (DATA DEFINITION LANGUAGE DDL): CREATE создает объект БД;ALTER изменяет ОПЕРАТОРЫ МАНИПУЛЯЦИИ ДАННЫХ (DATA MANIPULATION LANGUAGE DML): SELECT считывает данные, удовлетворяющие заданным ОПЕРАТОРЫ ОПРЕДЕЛЕНИЯ ДОСТУПА К ДАННЫМ (DATA CONTROL LANGUAGE DCL):GRANT предоставляет пользователю (группе) ОПЕРАТОРЫ УПРАВЛЕНИЯ ТРАНЗАКЦИЯМИ (TRANSACTION CONTROL LANGUAGE, TCL): COMMIT применяет транзакцию;ROLLBACK откатывает все ОГРАНИЧЕНИЯ ЦЕЛОСТНОСТИ ДАННЫХ  База данных Oracle поддерживает следующие виды ограничений:1) PRIMARY ЯЗЫК SQLВ начале 1970 г. в одной из исследовательских лабораторий компании IBM ТЕХНИЧЕСКИЕ СРЕДСТВА БНДПерсональные компьютеры Периферийные средства Средства сети (АПД) Специализированные ТС (машины баз данных)Составитель: доц.Космачева И.М. Составитель: доц.Космачева И.М. РАЗВИТИЕ ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИРазвитие вычислительной техники происходило в двух основных направлениях. Первое направление РАЗВИТИЕ ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИВторое направление - это использование средств ВТ в автоматических или СУБДСистема управления базами данных (СУБД) — совокупность программных, технических и языковых средств общего СУБДСУБД обеспечивает физическую и логическую независимость прикладной программы от данных.В современной СУБД СТАТИСТИКА ОТНОСИТЕЛЬНО БДСоставитель: доц.Космачева И.М. СТАТИСТИКА ОТНОСИТЕЛЬНО БДСоставитель: доц.Космачева И.М. КРИТЕРИИ, ПО КОТОРЫМ ВЫБИРАЮТ СУБДпроизводительность, безопасность, масштабируемость, обновляемость, уровень техподдержки, работа с DB-Engines учитывает факторы:1. Количество упоминаний о продукте в Сети, оцениваемое по результатам поисковых запросов (Google ПОПУЛЯРНОСТЬ СУБДСоставитель: доц.Космачева И.М. ПОПУЛЯРНОСТЬ СУБДСоставитель: доц.Космачева И.М. По данным сайта DB-Engines, приводящего рейтинги различных СУБД, нынешнее соотношение популярности коммерческих и открытых ИСТОРИЯ РАЗВИТИЯ СУБД1968 году была введена в эксплуатацию первая промышленная СУБД система ИСТОРИЯ РАЗВИТИЯ СУБДЭтапы в развитии направления по обработке данных:Базы данных на больших ИСТОРИЯ РАЗВИТИЯ СУБДБазы данных на больших ЭВМ:поддерживаются языки низкого уровня манипулирования данными;значительная ИСТОРИЯ РАЗВИТИЯ СУБДЭпоха персональных компьютеров: компьютеры стали доступнее, СУБД рассчитаны в основном ИСТОРИЯ РАЗВИТИЯ СУБДПосле процесса ИСТОРИЯ РАЗВИТИЯ СУБДРаспределенные базы данных:необходимость поддержки многопользовательской работы с БД и децентрализованного ДАЛЬНЕЙШИЕ ПЕРСПЕКТИВЫ РАЗВИТИЯ Появился интернет. Отпадает необходимость использования специализированного клиентского программного обеспечения. ТОПОЛОГИЯ АРХИТЕКТУРЫ ТЕЛЕОБРАБОТКИОдин компьютер соединен с несколькими АРХИТЕКТУРА ФАЙЛОВОГО СЕРВЕРАСистемы данного типа функционируют в рамках локальных вычислительных сетей.Одна машина АРХИТЕКТУРА ФАЙЛОВОГО СЕРВЕРАНедостатки: Большой объем сетевого трафика.Производительность такой системы падает, если требуется АРХИТЕКТУРА “КЛИЕНТ/СЕРВЕР”Клиент-серверные системы. В этой структуре один из компьютеров, имеющий самый большой АРХИТЕКТУРА “КЛИЕНТ/СЕРВЕР”Клиент-серверные системы. В этой структуре один из компьютеров, имеющий самый большой СХЕМА ПОСТРОЕНИЯ СИСТЕМ С АРХИТЕКТУРОЙ “КЛИЕНТ/СЕРВЕР”Клиент: - Принимает и проверяет синтаксис введенного ПРЕИМУЩЕСТВАОбеспечивается более широкий доступ к существующим базам данных.Повышается общая производительность системы. Стоимость ПРЕИМУЩЕСТВАПовышается уровень непротиворечивости данных. Сервер может самостоятельно управлять проверкой целостности данных, поскольку ТРЕХУРОВНЕВАЯ АРХИТЕКТУРАЕсли деловая логика взаимодействия с базой данных (логика, определяющая порядок работы ТРЕХУРОВНЕВАЯ АРХИТЕКТУРАОдин из компьютеров, имеющий самый большой объем памяти и наиболее высокое ИСТОРИЯ РАЗВИТИЯ СУБДФайловые системы были первой попыткой компьютеризировать ручные картотеки. Обычно таких ИСТОРИЯ РАЗВИТИЯ СУБДОднако они совершенно не подходят для тех случаев, когда нужно ОГРАНИЧЕНИЯ, ПРИСУЩИЕ ФАЙЛОВЫМ СИСТЕМАМ: Разделение и изоляция данныхДублирование данныхЗависимость от данныхНесовместимость файловФиксированные ПРЕИМУЩЕСТВА СУБДКонтроль за избыточностью данныхНепротиворечивость данныхБольше полезной информации при том же объеме ПРЕИМУЩЕСТВА СУБДВозможность нахождения компромисса при противоречивых требованияхПовышение доступности данных и их готовности НЕДОСТАТКИ СУБД СложностьРазмерСтоимость СУБДДополнительные затраты на аппаратное обеспечениеЗатраты на преобразованиеПроизводительностьБолее серьезные последствия ОСНОВНЫЕ КОМПОНЕНТЫ СИСТЕМЫ ЗАЩИТЫ БАЗ ДАННЫХ  Разграничение доступа Защита доступа Шифрование ОСНОВНЫЕ КОМПОНЕНТЫ СИСТЕМЫ ЗАЩИТЫ БАЗ ДАННЫХ  каждый пользователь, включая администратора должен СИСТЕМНЫЕ ТРЕБОВАНИЯ ДЛЯ УСТАНОВКИ ORACLE 11g : 1 GB RAM (512 Мб ТИПЫ ПОЛЬЗОВАТЕЛЕЙ администраторы баз данных;администраторы по защите данных;разработчики приложений;администраторы приложений;администраторы сети; пользователи базы данных.Составитель: доц.Космачева И.М. ОБЯЗАННОСТИ АДМИНИСТРАТОРА БД установка нового программного обеспечения, конфигурация программного и аппаратного обеспечения СПАСИБО ЗА ВНИМАНИЕ!Составитель: доц.Космачева И.М.
Слайды презентации

Слайд 2 ВВЕДЕНИЕ В БД
База данных – это совместно используемый

ВВЕДЕНИЕ В БДБаза данных – это совместно используемый и определенным образом

и определенным образом организованный набор логически связанных данных и

описание этих данных, предназначенный для удовлетворения информационных потребностей пользователей.
Системный каталог (system catalog), или словарь данных (data dictionary) - описание данных, элементы описания принято называть метаданными (meta-data), т.е. "данными о данных".

Составитель: доц.Космачева И.М.


Слайд 3 ВВЕДЕНИЕ В БД
Составитель: доц.Космачева И.М.

ВВЕДЕНИЕ В БДСоставитель: доц.Космачева И.М.

Слайд 4 1. БАНК ДАННЫХ
Банк данных - это система специальным

1. БАНК ДАННЫХ	Банк данных - это система специальным образом организованных баз

образом организованных баз данных, программных, технических, языковых, организационно-методических средств,

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

Составитель: доц.Космачева И.М.


Слайд 5 ПРОГРАММНЫЕ СРЕДСТВА БНД
Программные средства БнД
Программная компонента
Операционная система
Прикладные

ПРОГРАММНЫЕ СРЕДСТВА БНДПрограммные средства БнДПрограммная компонента Операционная системаПрикладные программыЯдро     СУБДТрансляторыУтилитыСоставитель: доц.Космачева И.М.

программы
Ядро

СУБД

Трансляторы

Утилиты

Составитель: доц.Космачева И.М.


Слайд 6 Обеспечивают интерфейс пользователей разных категорий с банком данных.

Обеспечивают интерфейс пользователей разных категорий с банком данных. В настоящее время

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

запросов QBE, структурированный язык запросов SQL.
Structured Query Language (SQL)— это непроцедурный язык, используемый для формулировки запросов к данным в большинстве современных СУБД и являющийся индустриальным стандартом (ANSI, ISO).
Непроцедурность языка означает, что на нем можно указать, что нужно сделать с базой данных, но нельзя описать алгоритм этого процесса. Существует много диалектов. Основу языка SQL составляют операторы.

ЯЗЫКОВЫЕ СРЕДСТВА БНД

Составитель: доц.Космачева И.М.


Слайд 7 ОПЕРАТОРЫ ОПРЕДЕЛЕНИЯ ДАННЫХ (DATA DEFINITION LANGUAGE DDL):
CREATE создает

ОПЕРАТОРЫ ОПРЕДЕЛЕНИЯ ДАННЫХ (DATA DEFINITION LANGUAGE DDL): CREATE создает объект БД;ALTER

объект БД;
ALTER изменяет объект;
DROP удаляет объект;
Составитель: доц.Космачева И.М.


Слайд 8 ОПЕРАТОРЫ МАНИПУЛЯЦИИ ДАННЫХ (DATA MANIPULATION LANGUAGE DML):
SELECT считывает

ОПЕРАТОРЫ МАНИПУЛЯЦИИ ДАННЫХ (DATA MANIPULATION LANGUAGE DML): SELECT считывает данные, удовлетворяющие

данные, удовлетворяющие заданным условиям;
INSERT добавляет новые данные;
UPDATE изменяет существующие

данные;
DELETE удаляет данные;

Составитель: доц.Космачева И.М.


Слайд 9 ОПЕРАТОРЫ ОПРЕДЕЛЕНИЯ ДОСТУПА К ДАННЫМ (DATA CONTROL LANGUAGE

ОПЕРАТОРЫ ОПРЕДЕЛЕНИЯ ДОСТУПА К ДАННЫМ (DATA CONTROL LANGUAGE DCL):GRANT предоставляет пользователю

DCL):
GRANT предоставляет пользователю (группе) разрешения на определенные операции с

объектом;
REVOKE отзывает ранее выданные разрешения;
SET TRANSACTION начинает транзакцию и определяет ее поведение.

Составитель: доц.Космачева И.М.


Слайд 10 ОПЕРАТОРЫ УПРАВЛЕНИЯ ТРАНЗАКЦИЯМИ (TRANSACTION CONTROL LANGUAGE, TCL):
COMMIT применяет

ОПЕРАТОРЫ УПРАВЛЕНИЯ ТРАНЗАКЦИЯМИ (TRANSACTION CONTROL LANGUAGE, TCL): COMMIT применяет транзакцию;ROLLBACK откатывает

транзакцию;
ROLLBACK откатывает все изменения, сделанные в контексте текущей транзакции;
SAVEPOINT

делит транзакцию на более мелкие участки, применяется для отметки логических точек разрыва в границах транзакции;
SET TRANSACTION начинает транзакцию и определяет ее поведение.

Составитель: доц.Космачева И.М.


Слайд 11 ОГРАНИЧЕНИЯ ЦЕЛОСТНОСТИ ДАННЫХ
База данных Oracle поддерживает следующие

ОГРАНИЧЕНИЯ ЦЕЛОСТНОСТИ ДАННЫХ База данных Oracle поддерживает следующие виды ограничений:1) PRIMARY

виды ограничений:
1) PRIMARY KEY
2) UNIQUE
3) FOREIGN KEY
4) CHECK,
5)

NOT NULL

Составитель: доц.Космачева И.М.


Слайд 12 ЯЗЫК SQL
В начале 1970 г. в одной из

ЯЗЫК SQLВ начале 1970 г. в одной из исследовательских лабораторий компании

исследовательских лабораторий компании IBM была разработана экспериментальная реляционная СУБД

System R, для которой затем был создан специальный язык.
В 1983 году Международная организация по стандартизации (ISO) и Американский национальный институт стандартов (ANSI) приступили к разработке стандарта языка SQL.

Составитель: доц.Космачева И.М.


Слайд 13 ТЕХНИЧЕСКИЕ СРЕДСТВА БНД
Персональные компьютеры
Периферийные средства
Средства сети

ТЕХНИЧЕСКИЕ СРЕДСТВА БНДПерсональные компьютеры Периферийные средства Средства сети (АПД) Специализированные ТС (машины баз данных)Составитель: доц.Космачева И.М.

(АПД)
Специализированные ТС (машины баз данных)
Составитель: доц.Космачева И.М.


Слайд 14 Составитель: доц.Космачева И.М.

Составитель: доц.Космачева И.М.

Слайд 15 РАЗВИТИЕ ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИ
Развитие вычислительной техники происходило в двух

РАЗВИТИЕ ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИРазвитие вычислительной техники происходило в двух основных направлениях. Первое

основных направлениях.
Первое направление - применение ВТ для выполнения

численных расчетов, которые слишком долго или вообще невозможно производить вручную.
Это привело к появлению высокоуровневых языков программирования.
Разработанные подходы к программированию стали применяться не только для математических расчётов, но и для обработки менее формализованных данных: текстовых, графических, затем мультимедийных.

Составитель: доц.Космачева И.М.


Слайд 16 РАЗВИТИЕ ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИ
Второе направление - это использование средств

РАЗВИТИЕ ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИВторое направление - это использование средств ВТ в автоматических

ВТ в автоматических или автоматизированных информационных системах.
Более важным,

чем обработка данных, становится второе направление развития ВТ – оптимизация, защита хранения данных.
Эти задачи решают СУБД.


Составитель: доц.Космачева И.М.


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

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

и языковых средств общего или специального назначения, позволяющая создавать

базы данных и манипулировать сведениями из них, обеспечивать их безопасность.
Функции СУБД:
управление данными во внешней памяти;
управление буферами оперативной памяти;
управление транзакциями;
журнализация и восстановление БД после сбоев;
поддержание языков БД.

Составитель: доц.Космачева И.М.


Слайд 18 СУБД
СУБД обеспечивает физическую и логическую независимость прикладной программы

СУБДСУБД обеспечивает физическую и логическую независимость прикладной программы от данных.В современной

от данных.
В современной СУБД можно выделить внутреннюю часть -

ядро СУБД (часто его называют Data Base Engine), компилятор языка БД (программа, преобразующая текст, написанный на алгоритмическом языке, в программу, состоящую из машинных команд), подсистему поддержки времени выполнения, набор утилит.
Ядро СУБД обладает собственным интерфейсом, не доступным пользователям напрямую и используемым в программах, производимых компилятором SQL (или в подсистеме поддержки выполнения таких программ) и утилитах БД.
Ядро СУБД является основной резидентной частью СУБД.
Ядро СУБД отвечает за управление данными во внешней памяти, управление буферами оперативной памяти, управление транзакциями и журнализацию.


Составитель: доц.Космачева И.М.


Слайд 19 СТАТИСТИКА ОТНОСИТЕЛЬНО БД
Составитель: доц.Космачева И.М.

СТАТИСТИКА ОТНОСИТЕЛЬНО БДСоставитель: доц.Космачева И.М.

Слайд 20 СТАТИСТИКА ОТНОСИТЕЛЬНО БД
Составитель: доц.Космачева И.М.

СТАТИСТИКА ОТНОСИТЕЛЬНО БДСоставитель: доц.Космачева И.М.

Слайд 21 КРИТЕРИИ, ПО КОТОРЫМ ВЫБИРАЮТ СУБД
производительность,
безопасность,
масштабируемость,
обновляемость,

КРИТЕРИИ, ПО КОТОРЫМ ВЫБИРАЮТ СУБДпроизводительность, безопасность, масштабируемость, обновляемость, уровень техподдержки, работа


уровень техподдержки,
работа с очень большими данными,
и цена

владения.

Составитель: доц.Космачева И.М.


Слайд 22 DB-Engines учитывает факторы:
1. Количество упоминаний о продукте в Сети, оцениваемое

DB-Engines учитывает факторы:1. Количество упоминаний о продукте в Сети, оцениваемое по результатам поисковых запросов

по результатам поисковых запросов (Google и Bing).
2. Интенсивность технических дискуссий в Сети.

Измерялось количество вопросов и число участников обсуждений на сайтах.
3. Количество предлагаемых вакансий с упоминанием определенной СУБД.
4. Число профилей участников профессиональной социальной сети LinkedIn, в которых упоминается продукт, засвеченность в социальных сетях (количество твитов в Twitter с упоминанием конкретной СУБД).

ПОПУЛЯРНОСТЬ СУБД

Составитель: доц.Космачева И.М.


Слайд 23 ПОПУЛЯРНОСТЬ СУБД
Составитель: доц.Космачева И.М.

ПОПУЛЯРНОСТЬ СУБДСоставитель: доц.Космачева И.М.

Слайд 24 ПОПУЛЯРНОСТЬ СУБД
Составитель: доц.Космачева И.М.

ПОПУЛЯРНОСТЬ СУБДСоставитель: доц.Космачева И.М.

Слайд 25 По данным сайта DB-Engines, приводящего рейтинги различных СУБД, нынешнее

По данным сайта DB-Engines, приводящего рейтинги различных СУБД, нынешнее соотношение популярности коммерческих

соотношение популярности коммерческих и открытых СУБД составляет примерно 50 на 50.

Более 80% рынка СУБД в течение долгих лет контролируется тремя гигантами – IBM, Oracle и Microsoft.
В последнее время в России появляются такие предложения, например, корейская TIBERO, очень похожая на Oracle. СУБД Линтер является единственной существующей в настоящее время коммерческой российской СУБД. Она разработана и развивается компанией Релэкс, г. Воронеж.
СУБД MySQL бесплатная, стандарт де-факто у российских хост-провайдеров. В открытой СУБД PostgreSQL разрабатывается возможность обработки неструктурированных данных (текстовые и отсканированные), книги, презентации, картинки, рентгеновские снимки, отпечатки пальцев, музыкальные клипы, диктофонные записи, фотографии, электронные таблицы, фильмы, результаты наблюдений , новости, почта, протоколы чатов, счета и накладные, компьютерные распечатки и т д и т п.)



СТАТИСТИКА

Составитель: доц.Космачева И.М.


Слайд 26 ИСТОРИЯ РАЗВИТИЯ СУБД
1968 году была введена в эксплуатацию

ИСТОРИЯ РАЗВИТИЯ СУБД1968 году была введена в эксплуатацию первая промышленная СУБД

первая промышленная СУБД система IMS фирмы IBM.
Развитие теории БД

связано с американским математиком Э. Ф. Коддом.
Э. Ф. Кодд - создатель реляционной модели данных. В 1981 году получил за создание реляционной модели и реляционной алгебры престижную премию Тьюринга Американской ассоциации по вычислительной технике.

Составитель: доц.Космачева И.М.


Слайд 27 ИСТОРИЯ РАЗВИТИЯ СУБД
Этапы в развитии направления по обработке

ИСТОРИЯ РАЗВИТИЯ СУБДЭтапы в развитии направления по обработке данных:Базы данных на

данных:
Базы данных на больших ЭВМ:
все СУБД базируются на мощных

мультипрограммных операционных системах;
в основном поддерживается работа с централизованной БД в режиме распределенного доступа;
функции управления распределением ресурсов в основном осуществляются ОС;

Составитель: доц.Космачева И.М.


Слайд 28 ИСТОРИЯ РАЗВИТИЯ СУБД
Базы данных на больших ЭВМ:
поддерживаются языки

ИСТОРИЯ РАЗВИТИЯ СУБДБазы данных на больших ЭВМ:поддерживаются языки низкого уровня манипулирования

низкого уровня манипулирования данными;
значительная роль отводится администрированию данных;
проводятся работы

по обоснованию и формализации реляционной модели данных, оптимизации запросов и управлению распределенным доступом к централизованной БД, введено понятие транзакции.
результаты научных исследований открыто обсуждаются в печати, активно внедряются в коммерческие СУБД.
Введено понятие транзакции. Транзакция – законченная единица работы, которая выполняется вся в случае успеха либо не выполняется совсем в случае сбоя, аварии.
Появляются первые языки высокого уровня для работы с реляционной моделью данных. Однако отсутствуют стандарты для этих первых языков.

Составитель: доц.Космачева И.М.


Слайд 29 ИСТОРИЯ РАЗВИТИЯ СУБД
Эпоха персональных компьютеров:
компьютеры стали доступнее,

ИСТОРИЯ РАЗВИТИЯ СУБДЭпоха персональных компьютеров: компьютеры стали доступнее, СУБД рассчитаны в

СУБД рассчитаны в основном на монопольный доступ, скромные требования

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

Составитель: доц.Космачева И.М.


Слайд 30 ИСТОРИЯ РАЗВИТИЯ СУБД


После процесса "персонализации" начался обратный процесс

ИСТОРИЯ РАЗВИТИЯ СУБДПосле процесса

— интеграция. Множится количество локальных сетей, встает задача согласованности

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

Составитель: доц.Космачева И.М.


Слайд 31 ИСТОРИЯ РАЗВИТИЯ СУБД
Распределенные базы данных:
необходимость поддержки многопользовательской работы

ИСТОРИЯ РАЗВИТИЯ СУБДРаспределенные базы данных:необходимость поддержки многопользовательской работы с БД и

с БД и децентрализованного хранения данных потребовали развития средств

администрирования БД;
СУБД имеют средства подключения клиентских приложений, разработанных с использованием настольных СУБД, и средства экспорта данных из форматов настольных СУБД второго этапа развития;
разработка ряда стандартов в рамках языков описания и манипулирования данными и технологий по обмену данными между различными СУБД (протокол ODBC Open DataBase Connectivity фирмы Microsoft (открытая система связи с базами данных)).


Составитель: доц.Космачева И.М.


Слайд 32 ДАЛЬНЕЙШИЕ ПЕРСПЕКТИВЫ РАЗВИТИЯ
Появился интернет.
Отпадает необходимость использования

ДАЛЬНЕЙШИЕ ПЕРСПЕКТИВЫ РАЗВИТИЯ Появился интернет. Отпадает необходимость использования специализированного клиентского программного

специализированного клиентского программного обеспечения.
Для работы с удаленной базой

данных используется стандартный браузер Интернета, например Microsoft Internet Explorer .

Составитель: доц.Космачева И.М.


Слайд 33 ТОПОЛОГИЯ АРХИТЕКТУРЫ ТЕЛЕОБРАБОТКИ
Один компьютер соединен с несколькими "неинтеллектуальными"

ТОПОЛОГИЯ АРХИТЕКТУРЫ ТЕЛЕОБРАБОТКИОдин компьютер соединен с несколькими

терминалами.
СУБД и сама БД размещается и функционирует на центральном

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

Составитель: доц.Космачева И.М.


Слайд 34 АРХИТЕКТУРА ФАЙЛОВОГО СЕРВЕРА
Системы данного типа функционируют в рамках

АРХИТЕКТУРА ФАЙЛОВОГО СЕРВЕРАСистемы данного типа функционируют в рамках локальных вычислительных сетей.Одна

локальных вычислительных сетей.
Одна машина выделена в качестве центральной (сервер

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

Составитель: доц.Космачева И.М.


Слайд 35 АРХИТЕКТУРА ФАЙЛОВОГО СЕРВЕРА
Недостатки:
Большой объем сетевого трафика.
Производительность

АРХИТЕКТУРА ФАЙЛОВОГО СЕРВЕРАНедостатки: Большой объем сетевого трафика.Производительность такой системы падает, если

такой системы падает, если требуется интенсивный одновременный доступ к

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

Составитель: доц.Космачева И.М.


Слайд 36 АРХИТЕКТУРА “КЛИЕНТ/СЕРВЕР”
Клиент-серверные системы. В этой структуре один из

АРХИТЕКТУРА “КЛИЕНТ/СЕРВЕР”Клиент-серверные системы. В этой структуре один из компьютеров, имеющий самый

компьютеров, имеющий самый большой объем памяти и наиболее высокое

быстродействие, становится приоритетным, называемым сервером. Сервер - узловая станция компьютерной сети, предназначенная в основном для хранения данных коллективного пользования и для обработки запросов в ней, поступающих от пользователей других узлов.
Клиент - компьютер, обращающийся к совместно используемым ресурсам, которые предоставляются другим компьютером (сервером). К клиентам не предъявляется столь жестких требований к памяти и быстродействию. На них располагаются словари и приложения, служащие своеобразными фильтрами для данных сервера. Таким образом, при данном подходе предполагается существование клиентского процесса, требующего определенных ресурсов, а также серверного процесса, который эти ресурсы предоставляет. При этом совсем необязательно, чтобы они находились на одном и том же компьютере. Клиент посылает запрос, он обрабатывается сервером, и данные, полученные по запросу, передаются клиенту.
Клиент:
- Принимает и проверяет синтаксис введенного пользователем запроса;
- Клиент хранит в компьютере свои приложения, с помощью которых осуществляется запрос данных на сервере.
- Генерирует запрос к базе данных и передает его серверу;
- Отображает полученные данные пользователю.
Сервер:
- Принимает и обрабатывает запросы к базе данных со стороны клиентов;
- Проверяет полномочия пользователей;
- Гарантирует соблюдение ограничений целостности;
- Выполняет запросы/обновления и возвращает результаты клиенту;
- Поддерживает системный каталог;
- Обеспечивает параллельный доступ к базе данных;
- Обеспечивает управление восстановлением.

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

Составитель: доц.Космачева И.М.


Слайд 37 АРХИТЕКТУРА “КЛИЕНТ/СЕРВЕР”
Клиент-серверные системы. В этой структуре один из

АРХИТЕКТУРА “КЛИЕНТ/СЕРВЕР”Клиент-серверные системы. В этой структуре один из компьютеров, имеющий самый

компьютеров, имеющий самый большой объем памяти и наиболее высокое

быстродействие, становится приоритетным, называемым сервером. Сервер - узловая станция компьютерной сети, предназначенная в основном для хранения данных коллективного пользования и для обработки запросов в ней, поступающих от пользователей других узлов.
Клиент - компьютер, обращающийся к совместно используемым ресурсам, которые предоставляются другим компьютером (сервером). К клиентам не предъявляется столь жестких требований к памяти и быстродействию. На них располагаются словари и приложения, служащие своеобразными фильтрами для данных сервера. Таким образом, при данном подходе предполагается существование клиентского процесса, требующего определенных ресурсов, а также серверного процесса, который эти ресурсы предоставляет. При этом совсем необязательно, чтобы они находились на одном и том же компьютере. Клиент посылает запрос, он обрабатывается сервером, и данные, полученные по запросу, передаются клиенту.
Клиент:
- Принимает и проверяет синтаксис введенного пользователем запроса;
- Клиент хранит в компьютере свои приложения, с помощью которых осуществляется запрос данных на сервере.
- Генерирует запрос к базе данных и передает его серверу;
- Отображает полученные данные пользователю.
Сервер:
- Принимает и обрабатывает запросы к базе данных со стороны клиентов;
- Проверяет полномочия пользователей;
- Гарантирует соблюдение ограничений целостности;
- Выполняет запросы/обновления и возвращает результаты клиенту;
- Поддерживает системный каталог;
- Обеспечивает параллельный доступ к базе данных;
- Обеспечивает управление восстановлением.

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

Составитель: доц.Космачева И.М.


Слайд 38 СХЕМА ПОСТРОЕНИЯ СИСТЕМ С АРХИТЕКТУРОЙ “КЛИЕНТ/СЕРВЕР”
Клиент:
- Принимает

СХЕМА ПОСТРОЕНИЯ СИСТЕМ С АРХИТЕКТУРОЙ “КЛИЕНТ/СЕРВЕР”Клиент: - Принимает и проверяет синтаксис

и проверяет синтаксис введенного пользователем запроса;
- Клиент хранит в

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

Составитель: доц.Космачева И.М.


Слайд 39 ПРЕИМУЩЕСТВА
Обеспечивается более широкий доступ к существующим базам данных.
Повышается

ПРЕИМУЩЕСТВАОбеспечивается более широкий доступ к существующим базам данных.Повышается общая производительность системы.

общая производительность системы.
Стоимость аппаратного обеспечения снижается. Мощный компьютер

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

Составитель: доц.Космачева И.М.


Слайд 40 ПРЕИМУЩЕСТВА
Повышается уровень непротиворечивости данных. Сервер может самостоятельно управлять

ПРЕИМУЩЕСТВАПовышается уровень непротиворечивости данных. Сервер может самостоятельно управлять проверкой целостности данных,

проверкой целостности данных, поскольку все ограничения определяются и проверяются

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

Составитель: доц.Космачева И.М.


Слайд 41 ТРЕХУРОВНЕВАЯ АРХИТЕКТУРА
Если деловая логика взаимодействия с базой данных

ТРЕХУРОВНЕВАЯ АРХИТЕКТУРАЕсли деловая логика взаимодействия с базой данных (логика, определяющая порядок

(логика, определяющая порядок работы предприятия: какие таблицы и в

каком порядке заполнять, что делать при добавлении нового сотрудника и т.д.) изменяется, то приходится заново переписывать клиентские программы (водить новые формы, менять порядок их заполнения и т.д.).
Если изменения происходят слишком часто, а количество рабочих мест велико, то постоянная переустановка программного обеспечения (которая, кстати, должна осуществляться достаточно быстро) становится серьезной проблемой.
В таких случаях следует переходить к трехуровневой архитектуре: «тонкий клиент» - сервер приложений – сервер базы данных.

Составитель: доц.Космачева И.М.


Слайд 42 ТРЕХУРОВНЕВАЯ АРХИТЕКТУРА
Один из компьютеров, имеющий самый большой объем

ТРЕХУРОВНЕВАЯ АРХИТЕКТУРАОдин из компьютеров, имеющий самый большой объем памяти и наиболее

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


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

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

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

Составитель: доц.Космачева И.М.


Слайд 43 ИСТОРИЯ РАЗВИТИЯ СУБД
Файловые системы были первой попыткой компьютеризировать

ИСТОРИЯ РАЗВИТИЯ СУБДФайловые системы были первой попыткой компьютеризировать ручные картотеки. Обычно

ручные картотеки. Обычно таких папок очень много, они нумеруются

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

Составитель: доц.Космачева И.М.


Слайд 44 ИСТОРИЯ РАЗВИТИЯ СУБД
Однако они совершенно не подходят для

ИСТОРИЯ РАЗВИТИЯ СУБДОднако они совершенно не подходят для тех случаев, когда

тех случаев, когда нужно установить перекрестные связи или выполнить

обработку сведений.
Файловые системы - набор прикладных программ, которые выполняют для пользователей некоторые операции, например создание отчетов. Каждая программа хранит свои собственные данные и управляет ими.
Все перечисленные выше ограничения файловых систем являются следствием двух факторов.
1. Определение данных содержится внутри приложений, а не хранится отдельно и независимо от них.
2. Помимо приложений не предусмотрено никаких других инструментов доступа к данным и их обработки.



Составитель: доц.Космачева И.М.


Слайд 45 ОГРАНИЧЕНИЯ, ПРИСУЩИЕ ФАЙЛОВЫМ СИСТЕМАМ:
Разделение и изоляция данных
Дублирование данных
Зависимость

ОГРАНИЧЕНИЯ, ПРИСУЩИЕ ФАЙЛОВЫМ СИСТЕМАМ: Разделение и изоляция данныхДублирование данныхЗависимость от данныхНесовместимость

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

Составитель: доц.Космачева И.М.


Слайд 46 ПРЕИМУЩЕСТВА СУБД
Контроль за избыточностью данных
Непротиворечивость данных
Больше полезной информации

ПРЕИМУЩЕСТВА СУБДКонтроль за избыточностью данныхНепротиворечивость данныхБольше полезной информации при том же

при том же объеме хранимых данных
Совместное использование данных
Поддержка целостности

данных
Повышенная безопасность
Применение стандартов
Повышение эффективности с ростом масштабов системы

Составитель: доц.Космачева И.М.


Слайд 47 ПРЕИМУЩЕСТВА СУБД
Возможность нахождения компромисса при противоречивых требованиях
Повышение доступности

ПРЕИМУЩЕСТВА СУБДВозможность нахождения компромисса при противоречивых требованияхПовышение доступности данных и их

данных и их готовности к работе
Улучшение показателей производительности
Упрощение сопровождения

системы за счет независимости отданных
Улучшенное управление параллельной работой
Развитые службы резервного копирования и восстановления

Составитель: доц.Космачева И.М.


Слайд 48 НЕДОСТАТКИ СУБД
Сложность
Размер
Стоимость СУБД
Дополнительные затраты на аппаратное обеспечение
Затраты на

НЕДОСТАТКИ СУБД СложностьРазмерСтоимость СУБДДополнительные затраты на аппаратное обеспечениеЗатраты на преобразованиеПроизводительностьБолее серьезные

преобразование
Производительность
Более серьезные последствия при выходе системы из строя

Составитель: доц.Космачева

И.М.

Слайд 49 ОСНОВНЫЕ КОМПОНЕНТЫ СИСТЕМЫ ЗАЩИТЫ БАЗ ДАННЫХ
Разграничение доступа

ОСНОВНЫЕ КОМПОНЕНТЫ СИСТЕМЫ ЗАЩИТЫ БАЗ ДАННЫХ Разграничение доступа Защита доступа Шифрование


Защита доступа
Шифрование данных
Аудит доступа к данным
Составитель: доц.Космачева

И.М.

Слайд 50 ОСНОВНЫЕ КОМПОНЕНТЫ СИСТЕМЫ ЗАЩИТЫ БАЗ ДАННЫХ
каждый пользователь,

ОСНОВНЫЕ КОМПОНЕНТЫ СИСТЕМЫ ЗАЩИТЫ БАЗ ДАННЫХ каждый пользователь, включая администратора должен

включая администратора должен иметь доступ только к необходимой ему

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





Составитель: доц.Космачева И.М.


Слайд 51 СИСТЕМНЫЕ ТРЕБОВАНИЯ ДЛЯ УСТАНОВКИ ORACLE 11g :
1 GB

СИСТЕМНЫЕ ТРЕБОВАНИЯ ДЛЯ УСТАНОВКИ ORACLE 11g : 1 GB RAM (512

RAM (512 Мб для ORACLE 10)
1.5 GB своп-памяти (1

GB для ORACLE 10)
400 MB дискового пространства во временной директории Temp
от 1.5 GB до 3.5 GB для ПО Oracle
1.2 GB для базы данных
2.4 GB для области восстановления базы данных
Операционная система – смотреть документацию

Oracle Database Enterprise Edition
950 $ NUP
47500 $ CPU

Составитель: доц.Космачева И.М.


Слайд 52 ТИПЫ ПОЛЬЗОВАТЕЛЕЙ
администраторы баз данных;
администраторы по защите данных;
разработчики приложений;
администраторы

ТИПЫ ПОЛЬЗОВАТЕЛЕЙ администраторы баз данных;администраторы по защите данных;разработчики приложений;администраторы приложений;администраторы сети; пользователи базы данных.Составитель: доц.Космачева И.М.

приложений;
администраторы сети;
пользователи базы данных.
Составитель: доц.Космачева И.М.


Слайд 53 ОБЯЗАННОСТИ АДМИНИСТРАТОРА БД
установка нового программного обеспечения, конфигурация

ОБЯЗАННОСТИ АДМИНИСТРАТОРА БД установка нового программного обеспечения, конфигурация программного и аппаратного

программного и аппаратного обеспечения (вместе с системным администратором)
обеспечение

безопасности : добавление и удаление пользователей, управление квотами, аудит и разрешение проблем безопасности
настройка производительности и мониторинг
резервное копирование и восстановление системы - процедура планового обслуживания, тестирование и настройка.
локализация неисправностей, восстановление системы после сбоя


Составитель: доц.Космачева И.М.


  • Имя файла: bazy-i-banki-dannyh-istoriya-razvitiya-vt-i-subd.pptx
  • Количество просмотров: 146
  • Количество скачиваний: 1