Базы данных
<<  Системы управления базами данных (I часть) Управление данными (Data management)  >>
Системы управления базами данных (I часть)
Системы управления базами данных (I часть)
В модели доступа к удаленным данным коды компонента представления и
В модели доступа к удаленным данным коды компонента представления и
Модель сервера базы данных строится в предположении, что процесс,
Модель сервера базы данных строится в предположении, что процесс,
В модели сервера приложений процесс, выполняющийся на
В модели сервера приложений процесс, выполняющийся на
Классическая трехуровневая архитектура «клиент-сервер»
Классическая трехуровневая архитектура «клиент-сервер»
Web-ориентированная трехуровневая архитектура «клиент-сервер»
Web-ориентированная трехуровневая архитектура «клиент-сервер»
Промежуточное звено
Промежуточное звено
OLTP и OLAP системы
OLTP и OLAP системы
OLTP и OLAP системы
OLTP и OLAP системы
OLTP и OLAP системы
OLTP и OLAP системы
OLTP и OLAP системы
OLTP и OLAP системы
OLTP и OLAP системы
OLTP и OLAP системы
Именно менеджеры компании – главные пользователи систем, построенных
Именно менеджеры компании – главные пользователи систем, построенных
Каждое подразделение ежедневно высылает в центральный офис отчет
Каждое подразделение ежедневно высылает в центральный офис отчет
Для успешного внедрения CASE-средств организация должна обладать
Для успешного внедрения CASE-средств организация должна обладать
Картинки из презентации «Системы управления базами данных (I часть)» к уроку информатики на тему «Базы данных»

Автор: Dimq. Чтобы познакомиться с картинкой полного размера, нажмите на её эскиз. Чтобы можно было использовать все картинки для урока информатики, скачайте бесплатно презентацию «Системы управления базами данных (I часть).ppt» со всеми картинками в zip-архиве размером 494 КБ.

Системы управления базами данных (I часть)

содержание презентации «Системы управления базами данных (I часть).ppt»
Сл Текст Сл Текст
1Системы управления базами данных (I 36распространяются на его потомка;
часть). Распределенные БД. Хранилища множественное наследование , при котором
данных. Обзор современных СУБД и средств методы и данные двух объектов передаются
автоматизированного проектирования БД. одному объекту).
2Лекции доступны на сайте www.ucit.ru В 37Возможности конструирования прикладных
разделе сайта: Профессиональная программ. Почти во всех средствах
переподготовка Рабочие программы. предусмотрено простое в использовании
3 графическое изображение физической
4Разделение ресурсов. В основе широкого структуры базы данных, используемое
распространения локальных сетей разработчиком при создании или изменении
компьютеров лежит известная идея структуры базы данных. С его помощью
разделения ресурсов. Высокая пропускная разработчики выполняют такие операции, как
способность локальных сетей обеспечивает добавление элементов в базу данных,
эффективный доступ из одного узла связывание таблиц и пересылка изменений
локальной сети к ресурсам, находящимся в серверу баз данных в форме
других узлах. Развитие этой идеи приводит SQL-предложений. Концепция репозитория;
к функциональному выделению компонентов Конструкторы интерфейсов, с помощью
сети: разумно иметь не только доступ к которых разработчики создают окна данных,
ресурсами удаленного компьютера, но также формы ввода данных, меню и другие
получать от этого компьютера некоторый компоненты ГИП прикладных программ. В
сервис, который специфичен для ресурсов конструкторах интерфейсов представлена
данного рода и программные средства для палитра стандартных элементов, которые
обеспечения которого нецелесообразно разработчики могут с помощью мыши
дублировать в нескольких узлах. Так мы переносить в создаваемые окна. В
приходим к различению рабочих станций и большинстве средств число управляющих
серверов локальной сети. элементов можно увеличить, используя
5Рабочие станции. Рабочая станция полученные от независимых поставщиков
предназначена для непосредственной работы элементы Языки программирования. Во всех
пользователя или категории пользователей и комплектах имеется какой-либо гибкий язык
обладает ресурсами, соответствующими программирования высокого уровня (4GL). В
локальным потребностям данного некоторых комплектах применяются языки
пользователя. Специфическими особенностями более низкого уровня 3GL. Распределение
рабочей станции могут быть: объем прикладных программ по конечным
оперативной памяти (далеко не все пользователям.
категории пользователей нуждаются в 38Распределенные базы данных. Под
наличии большой оперативной памяти), распределенной (Distributed DataBase -
наличие и объем дисковой памяти DDB) обычно подразумевают базу данных,
(достаточно популярны бездисковые рабочие включающую фрагменты из нескольких баз
станции, использующие внешнюю память данных, которые располагаются на различных
дискового сервера), характеристики узлах сети компьютеров, и, возможно
процессора и монитора (некоторым управляются различными СУБД.
пользователям нужен мощный процессор, Распределенная база данных выглядит с
других в большей степени интересует точки зрения пользователей и прикладных
разрешающая способность монитора, для программ как обычная локальная база
третьих обязательно требуются средства данных. В этом смысле слово
убыстрения графики и т.д.). При "распределенная" отражает способ
необходимости можно использовать ресурсы организации базы данных, но не внешнюю ее
и/или услуги, предоставляемые сервером. характеристику.
6Сервер локальной сети. Сервер ("распределенность" базы данных
локальной сети должен обладать ресурсами, невидима извне).
соответствующими его функциональному 39Определение Дэйта. Локальная автономия
назначению и потребностям сети. Заметим, Независимость узлов Непрерывные операции
что в связи с ориентацией на подход Прозрачность расположения Прозрачная
открытых систем, правильнее говорить о фрагментация Прозрачное тиражирование
логических серверах (имея в виду набор Обработка распределенных запросов
ресурсов и программных средств, Обработка распределенных транзакций
обеспечивающих услуги над этими Независимость от оборудования
ресурсами), которые располагаются не Независимость от операционных систем
обязательно на разных компьютерах. Прозрачность сети Независимость от баз
Особенностью логического сервера в данных. 12 свойств или качеств идеальной
открытой системе является то, что если по распределенной БД.
соображениям эффективности сервер 40Локальная автономия. Это качество
целесообразно переместить на отдельный означает, что управление данными на каждом
компьютер, то это можно проделать без из узлов распределенной системы
потребности в какой-либо переделке как его выполняется локально. База данных,
самого, так и использующих его прикладных расположенная на одном из узлов, является
программ. неотъемлемым компонентом распределенной
7Примеры серверов. сервер системы. Будучи фрагментом общего
телекоммуникаций, обеспечивающий услуги по пространства данных, она, в то же время
связи данной локальной сети с внешним функционирует как полноценная локальная
миром; вычислительный сервер, дающий база данных; управление ею выполняется
возможность производить вычисления, локально и независимо от других узлов
которые невозможно выполнить на рабочих системы.
станциях; дисковый сервер, обладающий 41Независимость от центрального узла. В
расширенными ресурсами внешней памяти и идеальной системе все узлы равноправны и
предоставляющий их в использование рабочим независимы, а расположенные на них базы
станциями и, возможно, другим серверам; являются равноправными поставщиками данных
файловый сервер, поддерживающий общее в общее пространство данных. База данных
хранилище файлов для всех рабочих станций; на каждом из узлов самодостаточна - она
сервер баз данных - фактически обычная включает полный собственный словарь данных
СУБД, принимающая запросы по локальной и полностью защищена от
сети и возвращающая результаты. Сервер несанкционированного доступа.
локальной сети предоставляет ресурсы 42Непрерывные операции. Это качество
(услуги) рабочим станциям и/или другим можно трактовать как возможность
серверам. Принято называть клиентом непрерывного доступа к данным (известное
локальной сети компонент, запрашивающий "24 часа в сутки, семь дней в
услуги у некоторого сервера и сервером - неделю") в рамках DDB вне зависимости
компонент локальной сети, оказывающий от их расположения и вне зависимости от
услуги некоторым клиентам. операций, выполняемых на локальных узлах.
8СУБД по способу доступа к БД: Это качество можно выразить лозунгом
Клиент-серверные состоят из клиентской "данные доступны всегда, а операции
части (которая входит в состав прикладной над ними выполняются непрерывно".
программы) и сервера. Клиент-серверные 43Прозрачность расположения. Это
СУБД, в отличие от файл-серверных, свойство означает полную прозрачность
обеспечивают разграничение доступа между расположения данных. Пользователь,
пользователями и мало загружают сеть и обращающийся к DDB, ничего не должен знать
клиентские машины. Сервер является внешней о реальном, физическом размещении данных в
по отношению к клиенту программой, и по узлах информационной системы. Все операции
надобности его можно заменить другим. над данными выполняются без учета их
Минус: сам факт существования сервера и местонахождения. Транспортировка запросов
больших вычислительных ресурсов, к базам данных осуществляется встроенными
потребляемых сервером. Файл-серверные системными средствами.
Архитектура «файл-сервер» не имеет 44Прозрачная фрагментация. Это свойство
сетевого разделения компонентов диалога и трактуется как возможность распределенного
использует компьютер для функции (то есть на различных узлах) размещения
отображения, что облегчает построение данных, логически представляющих собой
графического интерфейса. «Файл-сервер» единое целое. Существует фрагментация двух
только извлекает данные из файлов, так что типов: Горизонтальная - хранение строк
дополнительные пользователи добавляют лишь одной таблицы на различных узлах
незначительную нагрузку на ЦП и каждый (фактически, хранение строк одной
новый клиент добавляет вычислительную логической таблицы в нескольких идентичных
мощность сети. Минус: высокая загрузка физических таблицах на различных узлах).
сети. Вертикальная - распределение столбцов
9Файл-серверные СУБД. БД может логической таблицы по нескольким узлам.
располагаться на файл-сервере или 45Пример. Пусть фирма имеет базы данных
нескольких файл-серверах, в качестве в разных местах. Допустим, имеется таблица
которого может использоваться либо Сотрудники (Код_сотр, ФИО_сотр, Телефон),
специально выделенный компьютер, либо одна определенная в базе данных на узле в
из объединенных в сеть мощных ПЭВМ. Новосибирске. Имеется точно такая же
Функции файл-сервера заключаются в таблица, определенная в базе данных на
основном в хранении БД и обеспечении узле в Академгородке. Кроме того, в базе
доступа к ним пользователей, работающих на данных на узле в Бердске определена
различных компьютерах. Эти функции таблица Зарплата_сотрудников (Код_сотр,
обеспечиваются, как правило, той же СУБД, сумм_зарпл). Тогда запрос "получить
которая работает и на компьютерах информацию о сотрудниках фирмы" может
пользователей. При небольших объемах быть сформулирован так: SELECT * FROM
данных эта схема вполне удовлетворяет всем Сотрудники@Новосибирск,
современным требованиям, но с увеличением Сотрудники@Академгородок ORDER BY Код_сотр
числа компьютеров в сети или ростом БД В то же время запрос "получить
начинают возникать проблемы, связанные с информацию о заработной плате сотрудников
резким падением производительности. Это компании" будет выглядеть следующим
связано с увеличением объема данных, образом: SELECT Сотрудники.Код_сотр,
передаваемых по сети, так как вся ФИО_сотр, сумм_зарпл FROM
обработка производится на компьютере Сотрудники@Новосибирск,
пользователя. Если пользователю требуется Сотрудники@Академгородок,
пара строк из таблицы объемом в сотни Зарплата_сотрудников @Бердск ORDER BY
тысяч записей, то сначала вся таблица с Код_сотр.
файл-сервера передается на его компьютер, 46Прозрачность тиражирования.
а затем СУБД отбирает нужные записи. В Тиражирование данных - это асинхронный (в
этом случае длительные перерывы в работе общем случае) процесс переноса изменений
можно сильно сократить, перейдя на объектов исходной базы данных в базы,
технологию клиент-сервер. расположенные на других узлах
10Технология «клиент-сервер». распределенной системы. В данном контексте
"Клиент-сервер" - это модель прозрачность тиражирования означает
взаимодействия компьютеров в сети. Редко возможность переноса изменений между
бывает так, чтобы они были совершенно базами данных средствами, невидимыми
равноправными. Как правило, один компьютер пользователю распределенной системы.
в сети располагает Данное свойство означает, что
информационно-вычислительными ресурсами, тиражирование возможно и достигается
такими как процессоры, файловая система, внутрисистемными средствами.
почтовая служба, служба печати, база 47Обработка распределенных запросов. Это
данных. Другие же компьютеры пользуются свойство DDB трактуется как возможность
ими. Компьютер, управляющий тем или иным выполнения операций выборки над
ресурсом, принято называть СЕРВЕРОМ этого распределенной базой данных,
ресурса, а компьютер, желающий им сформулированных в рамках обычного запроса
воспользоваться - КЛИЕНТОМ. Конкретный на языке SQL. То есть операцию выборки из
сервер характеризуется видом ресурса, DDB можно сформулировать с помощью тех же
которым он владеет. Если ресурсом являются языковых средств, что и операцию над
базы данных, то речь идет о сервере баз локальной базой данных. Например, SELECT
данных, назначение которого - обслуживать Имя_пост, Адрес_пост, Номер_заказа,
запросы клиентов, связанные с обработкой Дата_заказа FROM Поставщики@Москва,
баз данных. Заказы@Новосибирск WHERE
11Функции стандартного приложения. Один Поставщики.Номер_пост =
из основных принципов технологии Заказы.Номер_заказа.
"клиент-сервер" заключается в 48Обработка распределенных транзакций.
разделении функций стандартного приложения Это качество DDB можно трактовать как
на три группы, имеющие различную природу. возможность выполнения операций обновления
Первая группа - это функция ввода и распределенной базы данных (INSERT,
отображения данных. Вторая группа UPDATE, DELETE), не разрушающее
объединяет чисто прикладные функции, целостность и согласованность данных. Эта
характерные для данной предметной области. цель достигается применением двухфазового
К третьей группе относятся фундаментальные или двухфазного протокола фиксации
функции хранения и управления данными транзакций, ставшего фактическим
(базами данных, файловыми системами и стандартом обработки распределенных
т.д.). транзакций. Его применение гарантирует
12Логические компоненты приложения. В согласованное изменение данных на
соответствии с этим в любом приложении нескольких узлах в рамках распределенной
выделяются следующие логические (или, как ее еще называют, глобальной)
компоненты: компонент представления, транзакции.
реализующий функции первой группы; 49Независимость от оборудования. Это
прикладной компонент, поддерживающий свойство означает, что в качестве узлов
функции второй группы; компонент доступа к распределенной системы могут выступать
информационным ресурсам или менеджер компьютеры любых моделей и производителей
ресурсов, поддерживающий функции третьей - от мэйнфреймов до
группы. "персоналок".
13Существует по меньшей мере три модели 50Независимость от операционных систем.
«клиент-сервер» Модель доступа к удаленным Это качество вытекает из предыдущего и
данным Модель сервера базы данных Модель означает многообразие операционных систем,
сервера приложений. управляющих узлами распределенной системы.
14В модели доступа к удаленным данным 51Прозрачность сети. Доступ к любым
коды компонента представления и базам данных может осуществляться по сети.
прикладного компонента совмещены и Спектр поддерживаемых конкретной СУБД
выполнятся на компьютере-клиенте. сетевых протоколов не должен быть
Последний поддерживает как функции ввода и ограничением системы с распределенными
отображения данных, так и чисто прикладные базами данных. Данное качество
функции. Доступ к информационным ресурсам формулируется максимально широко - в
обеспечивается, как правило, операторами распределенной системе возможны любые
специального языка (языка SQL, например, сетевые протоколы.
если речь идет о базах данных) или 52Независимость от баз данных. Это
вызовами функций специальной библиотеки. качество означает, что в распределенной
Запросы к информационным ресурсам системе могут мирно сосуществовать СУБД
направляются по сети удаленному компьютеру различных производителей, и возможны
(например, серверу базы данных). Последний операции поиска и обновления в базах
обрабатывает и выполняет запросы и данных различных моделей и форматов.
возвращает клиенту блоки данных. Говоря об 53Исходя из определения Дэйта, можно
архитектуре "клиент-сервер", в рассматривать DDB как слабосвязанную
большинстве случаев имеют в виду именно сетевую структуру, узлы которой
эту модель. представляют собой локальные базы данных.
15Модель сервера базы данных строится в Локальные базы данных автономны,
предположении, что процесс, выполняемый на независимы и самоопределены; доступ к ним
компьютере-клиенте, ограничивается обеспечиваются СУБД, в общем случае от
функциями представления, в то время как различных поставщиков. Связи между узлами
собственно прикладные функции реализованы - это потоки тиражируемых данных.
в хранимых процедурах, которые также Топология DDB варьируется в широком
называют компилируемыми резидентными диапазоне - возможны варианты иерархии,
процедурами, или процедурами базы данных . структур типа "звезда" и т.д. В
Они хранятся непосредственно в базе данных целом топология DDB определяется
и выполняются на компьютере - сервере базы географией информационной системы и
данных (где функционирует и компонент, направленностью потоков тиражирования
управляющий доступом к данным, то есть данных.
ядро СУБД). Понятие информационного 54OLTP и OLAP системы. Выделяют два
ресурса сужено до баз данных, поскольку класса систем, для которых в большей
механизм хранимых процедур - отличительная степени подходят сильно и слабо
характеристика модели сервера баз данных - нормализованные отношения. Сильно
имеется пока только в СУБД, да и то не во нормализованные модели данных хорошо
всех. подходят для OLTP-приложений – On-Line
16В модели сервера приложений процесс, Transaction Processing (OLTP) – приложений
выполняющийся на компьютере-клиенте, оперативной обработки транзакций.
отвечает, как обычно, за ввод и Типичными примерами OLTP-приложений
отображение данных (то есть реализует являются системы складского учета, заказов
функции первой группы). Прикладные функции билетов, операционные банковские системы.
выполняются группой процессов (серверов 55OLTP системы. Основная функция
приложений), функционирующих на удаленном подобных систем заключается в выполнении
компьютере (или нескольких компьютерах). большого количества коротких транзакций.
Доступ к информационным ресурсам, Сами транзакции являются достаточно
необходимым для решения прикладных задач, простыми, но проблемы состоят в том, что
обеспечивается ровно тем же способом, что таких транзакций очень много, выполняются
и в первой модели. Из прикладных они одновременно, и при возникновении
компонентов доступны ресурсы различных ошибок транзакция должна откатиться и
типов - базы данных, индексированные вернуть систему в состояние, в котором та
файлы, очереди и др. Серверы приложений была до начала транзакции. Практически все
выполняются, как правило, на том же запросы к базе данных в OLTP-приложениях
компьютере, где функционирует менеджер состоят из команд вставки, обновления и
ресурсов, однако могут выполняться и на удаления. Запросы на выборку, в основном,
других компьютерах. предназначены для предоставления
17Архитектура "клиент-сервер" пользователям выборки данных из различного
Распределенные системы - это системы рода справочников. Таким образом, большая
"клиент-сервер". Технология часть запросов известна заранее ещё на
клиент-сервер разделяет приложение на две этапе проектирования системы. Критическим
части, используя лучшие качества обеих для OLTP-приложений является скорость и
сторон. Front-end (клиентская часть) надежность выполнения коротких операций
обеспечивает интерактивный, легкий в обновления данных. Чем выше уровень
использовании, обычно графический нормализации данных в OLTP-приложениях,
интерфейс - находится на компьютере тем оно быстрее и надежней. Отступления от
пользователя. Back-end (сервер) этого правила могут происходить тогда,
обеспечивает управление данными, когда уже на этапе разработки известны
разделение информации, изощренное некоторые часто возникающие запросы,
администрирование и безопасность - требующие соединения отношений и от
находится на специально выделенных скорости выполнения которых существенно
компьютерах или даже мейн-фреймах. При зависит работа приложений.
технологии клиент-сервер клиентское 56OLTP и OLAP системы. 2. Другим типом
приложение формирует запрос к серверу БД, приложений являются OLAP-приложения –
на котором выполняются все команды. On-Line Analitical Processing (OLAP) –
Результаты команд посылаются затем клиенту приложения оперативной аналитической
для просмотра и использования. Обычно обработки данных. Это обобщенный термин,
клиент посылает запросы базе данных в виде характеризующий принципы построения систем
предложений на языке структурированных поддержки принятия решений – Decision
запросов (SQL), используя понятный серверу Support System (DSS), хранилищ данных –
базы данных диалект. Data Warehouse, систем интеллектуального
18Системная архитектура анализа данных – Data Mining.
"клиент-сервер" Система 57OLAP системы. Такие системы
разбивается на две части, которые могут предназначены для нахождения зависимостей
выполняться в разных узлах сети, - между данными, для проведения
клиентскую и серверную части. Прикладная динамического анализа по принципу «что
программа или конечный пользователь если…» и тому подобных задач.
взаимодействуют с клиентской частью OLAP-приложения оперируют с большими
системы, которая в простейшем случае массивами данных, накопленными на
обеспечивает просто надсетевой интерфейс. предприятии или взятыми из других
Клиентская часть системы при потребности источников. Такие системы характеризуются
обращается по сети к серверной части. следующими признаками: добавление в
Интерфейс серверной части определен и систему новых данных происходит
фиксирован. Основной проблемой систем, относительно редко крупными блоками,
основанных на архитектуре например, один раз в месяц или квартал;
"клиент-сервер", является то, данные, добавленные в систему, как
что в соответствии с концепцией открытых правило, никогда не удаляются; перед
систем от них требуется мобильность в как загрузкой данные проходят различные
можно более широком классе подготовительные процедуры, связанные с
аппаратно-программных решений открытых приведением их к определенным форматам и
систем. В разных сетях применяется разная тому подобное; запросы к системе являются
аппаратура и протоколы связи. Попытки нерегламентированными и достаточно
создания систем, поддерживающих все сложными; скорость выполнения запросов
возможные протоколы, приводит к их важна, но не критична.
перегрузке сетевыми деталями в ущерб 58Хранилища данных. Хранилища данных –
функциональности. Еще более сложный аспект это особый вид программных решений,
этой проблемы связан с возможностью предназначенный для сбора, интеграции и
использования разных представлений данных анализа данных. Они строятся по принципам,
в разных узлах неоднородной локальной отличным от принятых при разработке
сети. В разных компьютерах может учетных и OLАP-систем. Как следствие,
существовать различная адресация, решать задачи, связанные с анализом
представление чисел, кодировка символов и информации, с помощью ХД гораздо более
т.д. Это особенно существенно для серверов эффективно, чем при использовании других
высокого уровня: телекоммуникационных, программ. Одно только разделение учетной и
вычислительных, баз данных. аналитической информации дает огромное
19Общим решением проблемы мобильности преимущество. Пример: формирование
систем, основанных на архитектуре отчетов. Раз в месяц, ежеквартально и
"клиент-сервер" является опора ежегодно все банки подготавливают довольно
на программные пакеты, реализующие большой объем отчетных форм для
протоколы удаленного вызова процедур (RPC предоставления в Банк России – в общей
- Remote Procedure Call). При сложности за весьма короткий промежуток
использовании таких средств обращение к времени создается почти сотня
сервису в удаленном узле выглядит как разнообразной отчетности. Как банки с этим
обычный вызов процедуры. Средства RPC, в справляются? Большинство старается
которых, естественно, содержится вся готовить нужную отчетность либо в ночное
информация о специфике аппаратуры время, либо на отдельной копии
локальной сети и сетевых протоколов, автоматизированной банковской системы
переводит вызов в последовательность (АБС). Поэтому при формировании отчетов
сетевых взаимодействий. Тем самым, нагрузка на банковскую учетную систему
специфика сетевой среды и протоколов столь высока, что выполнять в ней текущие
скрыта от прикладного программиста. При операции весьма проблематично. Задача
вызове удаленной процедуры программы RPC решается использованием ХД.
производят преобразование форматов данных 59Именно менеджеры компании – главные
клиента в промежуточные пользователи систем, построенных по
машинно-независимые форматы и затем технологии ХД и OLAP-приложений. Ведь
преобразование в форматы данных сервера. конечная цель применения аналитических
При передаче ответных параметров систем – повышение эффективности
производятся аналогичные преобразования. управления предприятием. Поэтому интерфейс
Если система реализована на основе таких систем (средства работы конечного
стандартного пакета RPC, она может быть пользователя) делается максимально простым
легко перенесена в любую открытую среду. и интуитивно понятным. ХД -
20Серверы баз данных. Термин «предметно-ориентированный,
"сервер баз данных" обычно интегрированный, неизменчивый,
используют для обозначения всей СУБД, поддерживающий хронологию набор данных,
основанной на архитектуре организованный для целей поддержки
"клиент-сервер", включая и управления» (90-е годы, У. Инмон).
серверную, и клиентскую части. Такие Возникает вопрос, как выглядит типичная
системы предназначены для хранения и инфраструктура компании, готовой применить
обеспечения доступа к базам данных. Доступ ХД на практике, сколько людей потребуется
к базе данных от прикладной программы или для обработки данных, как оптимально
пользователя производится путем обращения организовать их хранение? Здесь общие
к клиентской части системы. В качестве оценки дать трудно. Объем ресурсов,
основного интерфейса между клиентской и которые могут потребоваться, зависит от
серверной частями выступает язык баз задач, стоящих перед предприятием, и от
данных SQL. Серверы баз данных, интерфейс конкретного инструментального решения.
которых основан исключительно на языке 60Необходимость использования ХД.
SQL, обладают своими преимуществами и Автоматизация сбора и интеграции данных;
своими недостатками. Очевидное Приведение их к единой системе понятий;
преимущество - стандартность интерфейса. В Сверка и согласование данных;
идеале, хотя пока это не совсем так, Территориальная распределенность системы;
клиентские части любой SQL-ориентированной Признак разнообразия программных средств,
СУБД могли бы работать с любым эксплуатирующихся на предприятии.;
SQL-сервером вне зависимости от того, кто Диверсификация компании, то есть
его произвел. Очевидный недостаток: при разнообразие видов ее деятельности. Чем их
таком высоком уровне интерфейса между больше, тем сложнее оценить вклад каждого
клиентской и серверной частями системы на в общий доход компании; Разнообразие
стороне клиента работает слишком мало типовых клиентов компании или сегментов
программ СУБД. Если клиентский компьютер постоянной клиентской базы. Оценить вклад
обладает достаточной мощностью, то часто того или иного сегмента клиентской базы,
возникает желание возложить на него больше конкретного продукта или подразделения в
функций управления базами данных, прибыль зачастую довольно сложно;
разгрузив сервер, который является узким Необходимость в обработке больших объемов
местом всей системы. информации с целью выявить и понять
21Одним из перспективных направлений закономерности происходящих событий, их
СУБД является гибкое конфигурирование взаимное влияние и составление прогнозов.
системы, при котором распределение функций 61Каждое подразделение ежедневно
между клиентской и пользовательской высылает в центральный офис отчет заранее
частями СУБД определяется при установке утвержденной формы. Данные преобразуются к
системы. В типичном на сегодняшний день единому виду и переносятся в хранилище
случае на стороне клиента СУБД работает данных. Для решения проблемы различного
только такое программное обеспечение, представления данных в различных системах
которое не имеет непосредственного доступа нужен перекодировщик. различные программы
к базам данных, а обращается для этого к по-разному хранят информацию. разные
серверу с использованием языка SQL. единицы измерения информации люди,
Включение в состав клиентской части допускающие ошибки.
системы некоторых функции для работы с 62Плюсы внедрения ХД. Как только были
"локальным кэшем" базы данных, получены описанные результаты, стало
т.е. с той ее частью, которая интенсивно возможным и применение различного
используется клиентской прикладной аналитического аппарата – OLAP, регулярные
программой. В современной технологии это отчеты, прогнозирование. Кроме того,
можно сделать только путем формального попутно было достигнуто еще несколько
создания на стороне клиента локальной целей: Все пользователи информации о
копии сервера базы данных и рассмотрения товародвижении стали получать ее из
всей системы как набора взаимодействующих единого места в одинаковом виде. Была,
серверов. Перенос большей части прикладной наконец, решена проблема несоответствия
системы на сторону сервера, если разница в терминологий, когда под отгрузкой они
мощности клиентских рабочих станций и понимали отпуск товара третьим лицам,
сервера чересчур велика. При использовании вторые – все, что ушло со склада, а третьи
RPC это сделать нетрудно. Но требуется, – все, что проведено бухгалтерией.
чтобы базовое программное обеспечение Информация поступает оперативно. Отчеты
сервера действительно позволяло это. При поступают ежедневно. Всегда можно поднять
использовании ОС UNIX проблемы практически данные за любой промежуток времени.
не возникают. 2нф. Наконец, с данными очень удобно работать.
22Основные принципы функционирования 63Введение в CASE-технологии.
модели сервера баз данных. Эта модель Современные крупные проекты ИС
реализована в некоторых реляционных СУБД характеризуются, как правило, следующими
(Ingres, Sybase, Oracle). Ее основу особенностями: сложность описания
составляет механизм хранимых процедур - (достаточно большое количество функций,
средство программирования ядра СУБД. процессов, элементов данных и сложные
Процедуры хранятся в словаре базы данных, взаимосвязи между ними), требующая
разделяются между несколькими клиентами и тщательного моделирования и анализа данных
выполняются на том же компьютере, где и процессов; наличие совокупности тесно
функционирует ядро СУБД. Язык, на котором взаимодействующих компонентов (подсистем),
разрабатываются хранимые процедуры, имеющих свои локальные задачи и цели
представляет собой процедурное расширение функционирования (например, традиционных
языка запросов SQL и уникален для каждой приложений, связанных с обработкой
конкретной СУБД. Попытки стандартизации транзакций и решением регламентных задач,
языка SQL, касающиеся хранимых процедур, и приложений аналитической обработки
пока не привели к ощутимому успеху. Кроме (поддержки принятия решений), использующих
того, во многих реализациях процедуры нерегламентированные запросы к данным
являются интерпретируемыми, что делает их большого объема); отсутствие прямых
выполнение более медленным, нежели аналогов, ограничивающее возможность
выполнение программ, написанных на языках использования каких-либо типовых проектных
третьего поколения. Механизм хранимых решений и прикладных систем; необходимость
процедур - один из составных компонентов интеграции существующих и вновь
активного сервера базы данных . разрабатываемых приложений;
23Преимущества модели сервера баз 645. функционирование в неоднородной
данных. Возможность централизованного среде на нескольких аппаратных платформах;
администрирования бизнес-функций, снижение 6. разобщенность и разнородность отдельных
трафика сети, возможность разделения групп разработчиков по уровню квалификации
процедуры между несколькими приложениями, и сложившимся традициям использования тех
экономия ресурсов компьютера за счет или иных инструментальных средств; 7.
использования единожды созданного плана существенная временная протяженность
выполнения процедуры. проекта, обусловленная, с одной стороны,
24Недостатки модели сервера баз данных. ограниченными возможностями коллектива
Средства, используемые для написания разработчиков, и, с другой стороны,
хранимых процедур, строго говоря, не масштабами организации-заказчика и
являются языками программирования в полном различной степенью готовности отдельных ее
смысле слова. Это - разнообразные подразделений к внедрению ИС.
процедурные расширения SQL, не 65Для успешной реализации проекта объект
выдерживающие сравнения по изобразительным проектирования (ИС) должен быть прежде
средствам и функциональным возможностям с всего адекватно описан, должны быть
языками третьего поколения (C или Pascal). построены полные и непротиворечивые
Они встроены в конкретные СУБД, и рамки их функциональные и информационные модели ИС.
использования ограничены. Система, в Накопленный к настоящему времени опыт
которой прикладной компонент реализован проектирования ИС показывает, что это
при помощи хранимых процедур, не является логически сложная, трудоемкая и длительная
мобильной относительно СУБД. В большинстве по времени работа, требующая высокой
СУБД отсутствуют возможности отладки и квалификации участвующих в ней
тестирования хранимых процедур, что специалистов. Однако до недавнего времени
превращает последние в весьма опасный проектирование ИС выполнялось в основном
механизм. на интуитивном уровне с применением
25Недостатки модели сервера баз данных. неформализованных методов, основанных на
Модель сервера баз данных не обеспечивает искусстве, практическом опыте, экспертных
требуемой эффективности использования оценках и дорогостоящих экспериментальных
вычислительных ресурсов. Объективные проверках качества функционирования ИС.
ограничения в ядре СУБД не позволяют Кроме того, в процессе создания и
организовать в его рамках эффективный функционирования ИС информационные
баланс загрузки, миграцию процедур на потребности пользователей могут изменяться
другие компьютеры-серверы БД и реализовать или уточняться, что еще более усложняет
другие полезные функции. Попытки разработку и сопровождение таких систем.
разработчиков СУБД предусмотреть в своих 66Ручная разработка обычно порождала
системах эти возможности (распределенные следующие проблемы: неадекватная
хранимые процедуры, запросы с приоритетами спецификация требований; неспособность
и т. д.) пока не позволяют добиться обнаруживать ошибки в проектных решениях;
желаемого эффекта. Децентрализация низкое качество документации, снижающее
приложений (один из ключевых факторов эксплуатационные качества; затяжной цикл и
современных информационных технологий) неудовлетворительные результаты
требует существенного разнообразия тестирования.
вариантов взаимодействия клиента и 67Перечисленные факторы способствовали
сервера. При реализации прикладной системы появлению программно-технологических
могут понадобиться такие механизмы средств специального класса -
взаимодействия, как хранимые очереди, CASE-средств, реализующих CASE-технологию
асинхронные вызовы и т. д., которые в этой создания и сопровождения ИС. Термин CASE
модели не поддерживаются. (Computer Aided Software Engineering)
26Модель сервера приложений используется в настоящее время в весьма
(трехуровневая модель). Основным элементом широком смысле. Первоначальное значение
в такой модели является сервер приложения. термина CASE, ограниченное вопросами
В его рамках реализовано несколько автоматизации разработки только лишь
прикладных функций, каждая из которых программного обеспечения (ПО), в настоящее
оформлена как служба и предоставляет время приобрело новый смысл, охватывающий
некоторые услуги всем программам, которые процесс разработки сложных ИС в целом.
желают и могут ими воспользоваться. Теперь под термином CASE-средства
Серверов приложений может быть несколько, понимаются программные средства,
и каждый их них предоставляет определенный поддерживающие процессы создания и
набор услуг. Любая программа, которая сопровождения ИС, включая анализ и
пользуется ими, рассматривается как клиент формулировку требований, проектирование
приложения. Детали реализации прикладных прикладного ПО (приложений) и баз данных,
функций в сервере приложений полностью генерацию кода, тестирование,
скрыты от клиента приложения. Клиент документирование, обеспечение качества,
приложения обращается с запросом к конфигурационное управление и управление
конкретной службе, но не к серверу проектом, а также другие процессы.
приложений, то есть серверы приложений CASE-средства вместе с системным ПО и
обезличены и служат лишь своего рода техническими средствами образуют полную
"рамкой" для оформления служб, среду разработки ИС.
что позволяет эффективно управлять 68Факторы, предшествующие появлению
балансом загрузки. Запросы, поступающие от CASE-технологий. Подготовка аналитиков и
клиентов приложений, выстраиваются в программистов, восприимчивых к концепциям
очередь к процессу сервера приложений, модульного и структурного
который извлекает и передает их для программирования; широкое внедрение и
обработки службе в соответствии с постоянный рост производительности
приоритетами. компьютеров, позволившие использовать
27Классическая трехуровневая архитектура эффективные графические средства и
«клиент-сервер». Сервер приложений. автоматизировать большинство этапов
28Web-ориентированная трехуровневая проектирования; внедрение сетевой
архитектура «клиент-сервер». Промежуточное технологии, предоставившей возможность
программное обеспечение. Сервер объединения усилий отдельных исполнителей
приложений. в единый процесс проектирования путем
29Промежуточное звено. Промежуточное ПО использования разделяемой базы данных,
(ППО) – это слой ПО, находящийся между содержащей необходимую информацию о
клиентом и сервером. Одно из главных проекте.
обоснований ППО – обеспечение 69CASE-технология представляет собой
независимости внешнего приложения от БД. В методологию проектирования ИС, а также
этом случае клиент может использовать набор инструментальных средств,
собственный язык высокого уровня или позволяющих в наглядной форме моделировать
протокол взаимодействия с ППО. Это предметную область, анализировать эту
позволяет обеспечить простую замену одной модель на всех этапах разработки и
СУБД на другую и оградить клиентское ПО от сопровождения ИС и разрабатывать
изменений вносимых в структуру БД на приложения в соответствии с
сервере. информационными потребностями
30Интерфейсы доступа к данным. Важнейшим пользователей. Большинство существующих
этапом в построении приложений CASE-средств основано на методологиях
клиент-сервер является установка связи структурного (в основном) или
клиентского приложения с источником объектно-ориентированного анализа и
данных, находящимся на сервере. Клиентское проектирования, использующих спецификации
приложение, даже самое хорошее с точки в виде диаграмм или текстов для описания
зрения дружественности и простоты, ничто внешних требований, связей между моделями
без связывающего слоя интерфейса системы, динамики поведения системы и
прикладных программ (API - Application архитектуры программных средств.
Programming Interface) обеспечивающего 70Предупреждение. Case-средства не
доступ к данным в таблицах БД и обязательно дают немедленный эффект; он
скрывающего от клиента особенности может быть получен только спустя какое-то
операционной системы и сети. Во многих время; реальные затраты на внедрение
случаях от разработчика скрыт даже и API, case-средств обычно намного превышают
а доступны только функции средства затраты на их приобретение; case-средства
разработки. Наличие такого API позволяет обеспечивают возможности для получения
использовать стандартные инструментальные существенной выгоды только после успешного
средства и существенно упрощает процесс завершения процесса их внедрения.
разработки приложения. 71Факторы, усложняющие определение
31Интерфейсы доступа к данным. Среди возможного эффекта от использования
разработчиков, использующих язык Java, в CASE-средств. Широкое разнообразие
качестве общего интерфейса доступа к БД качества и возможностей case-средств;
принят JDBC. Классы JDBC скрывают от относительно небольшое время использования
разработчика сложности целевой БД и case-средств в различных организациях и
позволяют использовать любую БД без недостаток опыта их применения; широкое
потребности понимания ее специфических разнообразие в практике внедрения
особенностей. К наиболее популярным различных организаций; отсутствие
интерфейсам относятся ODBC, OLE DB и детальных метрик и данных для уже
ActiveX Data Object (ADO) компании выполненных и текущих проектов; широкий
Microsoft. ODBC и OLE DB – это API Window диапазон предметных областей проектов;
для доступа к данным. Более старая различная степень интеграции case-средств
спецификация ODBC обеспечивает доступ в различных проектах.
прежде всего к реляционным БД, основанным 72Для успешного внедрения CASE-средств
на использовании языка SQL. OLE DB – это организация должна обладать следующими
спецификация следующего поколения качествами: Технология. Понимание
Microsoft, которая позволяет осуществлять ограниченности существующих возможностей и
доступ к данным через провайдеров, которые способность принять новую технологию;
могут включать нереляционные БД. Культура. Готовность к внедрению новых
32Серверы баз данных. Серверы баз данных процессов и взаимоотношений между
обеспечивают надежный доступ к разделяемым разработчиками и пользователями;
данным для программ-клиентов, которые Управление. Четкое руководство и
обращаются к функциям СУБД. Обычно клиенты организованность по отношению к наиболее
по вычислительной сети посылают запросы важным этапам и процессам внедрения.
серверу в форме предложений на языке SQL. 73Проблемы перехода к CASE-технологиям.
Сервер интерпретирует их и пересылает достоверная оценка отдачи от инвестиций в
соответствующие данные обратно клиенту. CASE-средства затруднительна ввиду
Серверы реляционных и нереляционных баз отсутствия приемлемых метрик и данных по
данных могут быть различного вида и проектам и процессам разработки ПО;
масштабов. Большинство программ-серверов внедрение CASE-средств может представлять
баз данных – такие, как Oracle - собой достаточно длительный процесс и
выполняются на выделенных машинах. При может не принести немедленной отдачи.
этом серверы баз данных работают на Возможно даже краткосрочное снижение
разнообразных процессорах и в различных продуктивности в результате усилий,
операционных средах. Следовательно, у затрачиваемых на внедрение. Вследствие
создателей систем клиент-сервер имеется этого руководство организации-пользователя
выбор для удовлетворения потребностей может утратить интерес к CASE-средствам и
прикладных программ. Пример. Oracle прекратить поддержку их внедрения;
работает на большинстве RISC- и отсутствие полного соответствия между теми
CISC-ориентированных Unix-системах, процессами и методами, которые
включая HP/UX фирмы Hewlett-Packard и поддерживаются CASE-средствами, и теми,
Solaris компании Sun. Кроме того, Oracle которые используются в данной организации,
выполняется на серверах, использующих может привести к дополнительным
процессоры Intel под управлением SCO Unix трудностям; CASE-средства зачастую трудно
и Netware компании Novell. использовать в комплексе с другими
33Функции сервера. Серверы баз данных подобными средствами. Это объясняется как
занимаются обслуживанием данных. В них различными парадигмами, поддерживаемыми
предусмотрены также механизмы блокировок и различными средствами, так и проблемами
элементы управления многопользовательским передачи данных и управления от одного
доступом, которые обеспечивают защиту средства к другому;
данных от опасности параллельного доступа. 74Некоторые case-средства требуют
Серверу баз данных приходится ограждать слишком много усилий для того, чтобы
данные от несанкционированного доступа, оправдать их использование в небольшом
оптимизировать запросы к базе данных, проекте, при этом, тем не менее, можно
обеспечивать кэширование и предоставлять извлечь выгоду из той дисциплины, к
место для размещения словаря данных. которой обязывает их применение;
Способность сервера обеспечивать негативное отношение персонала к внедрению
целостность ссылочных данных. Ссылочная новой case-технологии может быть главной
целостность данных - это механизм, причиной провала проекта; необходимость
обеспечивающий каждому внешнему ключу долгосрочных затрат на эксплуатацию;
соответствующий первичный ключ. частое появление новых версий и возможное
Обеспечение обоюдного контроля завершения быстрое моральное старение средств;
транзакции. Обоюдный контроль завершения постоянные затраты на обучение и повышение
транзакций - гарантия того, что ваши квалификации персонала.
данные не будут повреждены даже при 75Успешное внедрение CASE-средств должно
аппаратном сбое. обеспечить такие выгоды как: высокий
34Программа непосредственно самого уровень технологической поддержки
сервера баз данных. С помощью хранимых процессов разработки и сопровождения ПО;
процедур, триггеров и правил, разработчики положительное воздействие на некоторые или
могут составить программу непосредственно все из перечисленных факторов:
самого сервера баз данных и, таким производительность, качество продукции,
образом, появляется еще одно место для соблюдение стандартов, документирование;
размещения логики программы. Хранимые приемлемый уровень отдачи от инвестиций в
процедуры - это группа предложений на CASE-средства.
языке SQL и процедурная логика, которые 76Некоторые примеры. SADT - методология
разработчики могут компилировать и хранить структурного анализа и проектирования
на сервере баз данных в качестве объектов. (Structured Analysis and Design
Программы-клиенты способны выполнять Technique). Основана на понятиях
хранимые процедуры, также как и другой вид функционального моделирования. Является
хранимых процедур или триггеров, путем методологией, отражающей такие системные
посылки сообщений серверу баз данных. характеристики, как управление, обратная
Триггеры - это хранимые процедуры, которые связь и исполнители. Возникла в конце 60-х
активизируются автоматически, как только годов. Базовой книгой по этому вопросу
серверу баз данных встречается связанное с является: Дэвид А. Марка, Клемент МакГоуэн
данными событие. Правило - это специальный "Методология структурного анализа и
тип триггера, который проверяет данные до проектирования"(размер файла 3,7 мб).
внесения их в базу данных. Большая часть Очень хорошая книга, с подробными
имеющихся на данный момент хранимых примерами. IDEF0 - методология
процедур, триггеров и правил обладает функционального моделирования. Применяется
весьма узкой специализацией и для описания рабочих процессов (Work
отличающимися возможностями. Более того, Flow). Разработана на основе SADT. По сути
расширения процедур SQL у разных одно и тоже. Для изучения могу
изготовителей разные. рекомендовать книгу: "МЕТОДОЛОГИЯ
35Средства разработки прикладных ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ IDEF0.
программ. Назначение всякого инструмента Руководящий документ. РД IDEF0 -
для разработки систем клиент-сервер - 2000". Это стандарт. Неплохо изложен
ускорить и упростить процесс их создания. и, главное, по-русски. Хотя, как всякий
С помощью средств быстрой разработки стандарт, он сильно формализован. По сути,
приложений (Rapid application development он является точной копией американского
- RAD) можно создавать программы со стандарта "INTEGRATION DEFINITION FOR
встроенными средствами связи с любым FUNCTION MODELING (IDEF0) 1993 December 21
числом серверов баз данных. На этом ".
быстрорастущем рынке конкурируют сотни 77DFD - методология моделирования
инструментальных комплектов для потоков данных. Применяется для описания
архитектуры «клиент-сервер». Ряд лучших обмена данными между рабочими процессами.
средств для разработки клиентов Microsoft IDEF3 - методология моделирования потоков
Windows представлены пакетами Delphi работ. Является более детальной по
Client/Server Suite компании Borland, отношению к IDEF0 и DFD. Позволяет
Enterprise Developer фирмы Symantec, рассмотреть конкретный процесс с учетом
PowerBuilder компании PowerSoft, последовательности выполняемых операций.
SQLWindows 5 фирмы Gupta и Visual Basic IDEF1X - методология описания данных.
корпорации Microsoft. В каждом Применяется для построения баз данных.
инструментальном комплекте используется IDEF4 - объектно-ориентированная
собственный подход, но большинство из них методология. Отражает взаимодействие
обладает одинаковым набором основных объектов. Удобна для создания программных
функций: промежуточное обеспечение для баз продуктов на объектно-ориентированных
данных, возможность конструирования баз языках (например С++). Пока, на мой
данных, репозиторий (хранилище), взгляд, широкого распространения не нашла.
возможности объектно-ориентированной Более широко сейчас используется UML. ARIS
разработки, конструкторы ГИП, язык - описывает бизнес-процесс в виде потока
программирования высокого уровня и последовательно выполняемых работ. Ее
механизмы распределения прикладных использует программное средство ARIS
программ. Toolset. UML - (Unified Modeling Language)
36Репозитории (хранилища). Репозитории - язык визуального моделирования, основанный
это места хранения многими средствами на объектно-ориентированном подходе. UML
разработки важной для прикладной программы включает в себя двенадцать типов диаграмм,
информации об элементах базы данных. Кроме которые позволяют описать статическую
основной информации, в репозитории могут структуру системы и ее динамическое
находиться правила предметной области поведение.
(бизнес-правила), связанные с каким-либо 78Средства построения схем. Platinum
элементом данных. Как только разработчик BPwin или, как он теперь называется, All
вводит в репозиторий информацию, с помощью Fusion Process Modeller. Поддерживает
имеющегося у средства разработки механизма нотации IDEF0, DFD, IDEF3. Описание BPWin
наследования повсюду в программе этот имеется на страничке
элемент данных автоматически приобретет http://www.interface.ru/ca/bpwin.htm.
указанные свойства. В основном, Средство удобное, с интуитивно понятным
инструментальные комплекты создают интерфейсом. Позволяет строить иерархию
репозитории автоматически по умолчанию, диаграмм. Большой недостаток в том, что
используя расположенную на сервере созданные объекты нельзя перемещать мышью
физическую схему базы данных. Основой для в другие диаграммы на другой уровень.
построения средств быстрой разработки Нельзя также копировать, т.к. они должны
приложений служит концепция репозитория, быть уникальными. В результате нельзя
согласно которой элементы данных создавать стандартные операции. Rational
приобретают свои свойства с помощью Rose - средство моделирования компании
механизма наследования. При формировании Rational Software. Использует
сред разработки все эти средства исходят объектно-ориентированный подход и, в
из своего собственного представления частности, UML. Является частью мощного
объектно-ориентированной модели. В пакета Rational, включающего целый ряд
большинстве из них предусмотрены механизмы компонентов, которые позволяют провести
наследования, полиморфизма и инкапсуляции, разработку, начиная от концептуальной
но каждый делает это по-своему (простое модели, до программного кода. Имеет
наследование, при котором изменения в удобный современный интерфейс.
родительском объекте автоматически
Системы управления базами данных (I часть).ppt
http://900igr.net/kartinka/informatika/sistemy-upravlenija-bazami-dannykh-i-chast-143641.html
cсылка на страницу

Системы управления базами данных (I часть)

другие презентации на тему «Системы управления базами данных (I часть)»

«Практические работы по базам данных» - Практическая работа №3 Создание связей между таблицами. Цель работы: обучение приемам построения связей между таблицами. Практическая работа №1 Создание объектов БД. Сохранить запрос. Построить и выполнить запрос с сортировкой данных по определенному полю. Требования к уровню подготовки. Открыть запрос для просмотра результата выборки, добавления, обновления и др.

«Информация базы данных» - Примеры из демо-версий Задачи для самостоятельного решения Ответы. Технология хранения, поиска и сортировки информации в базах данных. Строки таблицы являются записями об объекте. Итоговый запрос позволит вычислить итоговые значения. Удаляемые записи также выбираются по определенному критерию – условию отбора.

«Изучение баз данных» - - Индивидуальная (парная) работа учащихся за компьютером. Требования к уровню знаний ученика после изучения темы «Базы данных». Правители (полководцы, великие сражения) России. Методика преподавания темы «Базы данных» в профильных классах. Обзор прессы Грибы родного края (лекарственные травы, птицы, деревья, кустарники).

«Проектирование баз данных» - Таблица может быть: Хорошо нормализованной Плохо нормализованной. Организация информации в табличную форму. Этапы создания базы данных. Задание структуры базы данных. Нормализация. Нормализованная база данных. Проектирование. Работа с сохраненной базой данных. Создание структуры базы данных и заполнение.

«Структура данных» - Информация о взаимодействии пользователя с материалом (предпочтения пользователя, история использования). Абстрактные представления. Языки запросов для мультимедийных данных. Стандартизация: MPEG-7. Рисунок из http://book.itep.ru/2/25/mpeg_7.htm. Организация мультимедийной информации. Индексирование в структурированных мультимедийных базах данных.

«Резервное копирование базы данных» - Иначе, можете получить не работающую копию базу данных. Наиболее предпочтительный способ резервирования документов. Вызываем команду сохранения копии базы данных. Указываем название бекапа и нажимаем кнопку Открыть. Часто используемый, но не рекомендуемый способ резервного копирования. Для реализации 3-го способа необходима реализация резервирования на аппаратном уровне.

Базы данных

19 презентаций о базах данных
Урок

Информатика

130 тем
Картинки
900igr.net > Презентации по информатике > Базы данных > Системы управления базами данных (I часть)