Система управления базами данных

Базы данных и системы управления базами данных. Программное обеспечение для создания систем управления базами данных. Изучение сущности, функций и типовой организации систем управления базами данных. Перспективы развития систем управления базами данных.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 19.07.2012
Размер файла 46,5 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Содержание

база система программа транзакция память

Введение

1. Введение в системы управления базами данных

1.1 Базы данных и системы управления базами данных

1.2 Программное обеспечение для создания систем управления базами данных

2. Функции и типовая организация систем управления базами данных

2.1 Основные функции и типовая организация систем управления базами данных

2.2 Перспективы развития систем управления базами данных

Заключение

Глоссарий

Список использованных источников

Введение

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

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

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

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

Определённое распространение получили и усовершенствованные реляционные СУБД. Дополнительные свойства таких баз данных: расширенные возможности генератора отчётов, наличие текстового процессора, техника окон, различные режимы работы в зависимости от квалификации пользователя. Дейт К.Дж. Введение в системы баз данных = Introduction to Database Systems. -- 8-е изд. -- М.: «Вильямс», 2006. --С. 16-17.

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

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

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

Сейчас малые СУБД представлены довольно широко и ни в коей мере не пытаются затмить своих «старших братьев». Кстати, верно и обратное.

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

Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland БДase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии “клиент-сервер”. Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров.

1. Введение в системы управления базами данных

1.1 Базы данных и системы управления базами данных

Цель любой информационной системы - обработка данных об объектах реального мира. Основные идеи о современной информационной технологии основаны на понятии баз данных (БД). Горев А., Макашарипов С., Владимиров Ю. Microsoft SQL Server 6.5 для профессионалов. -- СПб.: Питер, 2007. -- С. 78

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

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

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

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

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

- Имя, например. Фамилия, Имя, Патроним, Дата рождения;

- Введите, например, символический, численный, календарь;

- Продолжительность, например, 15 байтов, и будет определена самым великим количеством обозначений;

- Точность для числовых данных, например две десятичных дроби расписываются за дисплей дробной части числа.

Запись - набор логически соединенных полей. Копия записи - отдельная реализация записи, содержащей конкретные значения ее полей.

Файл (таблица) - набор копий записей одного строения.

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

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

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

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

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

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

Разработка Е. Коддом реляционной теории продвинула к созданию следующего класса СУБД. Функции второго поколения - приложение реляционной модели данных и разработанный язык SQL исследований. Простота и гибкость модели данных позволили становиться этим доминирование и вгонять ведущие позиции на соответствующем секторе рынка.

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

Базы данных систем управления могут быть классифицированы:

* на используемом языке диалога: Глушаков С.В. Персональный компьютер. Настольная книга пользователя. учебный курс./ С.В. Глушаков, А.С. Срядный. - Харьков. «Фолио» 2006 - С. 81

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

- Открытый, в котором для диалога с БД используется язык программирования, "расширенный" с действующими компаниями языка манипулирования по условию (ЯМД); в этом случае наличие квалифицированной компании-производителя телевизионных программ необходимо;

* на числе поддерживаемые СУБД уровни моделей данных:

- Один - два - трехуровневые системы. Выбор трехуровневой архитектуры данных, однако практически СУБД для персональных компьютеров часто объединяют концептуальный и внутренние уровни представления теоретически доказывается;

* на вынесенных функциях:

- Операционный, принимая другие виды обработки на получении информации, которые не сохранены в явной форме в БД;

- Информация, позволяя организовывать хранение данных, поиск и проблему необходимых данных от БД и поддерживать их целесообразность и безотлагательность;

* на области применения:

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

- Обработки данных, на которых проблемно-сосредотачиваются определенные процедуры, свойственные от конкретного контекста;

* на допустимых рабочих режимах:

- Пакет;

- С дистанционной обработкой используют.

1.2 Программное обеспечение для создания систем управления базами данных

Рассмотрим более подробно программные продукты компании Microsoft, а именно Visual FoxPro, MS SQL Server, Access. Наиболее интересной чертой этих пакетов являются их большие возможности интеграции, совместной работы и использования данных, так как данные пакеты являются продуктами одного производителя, а также используют сходные технологии обмена данными.

1) Microsoft Visual FoxPro 6.0

Visual FoxPro 6.0 представляет собой СУБД реляционного типа с развитыми средствами создания БД, организации запросов к ним, построения приложений, включающих все необходимые составляющие информационных систем: базы данных, таблицы, первичные и внешние ключи, целостность базы данных, триггеры, хранимые процедуры. Глушаков С.В. Персональный компьютер. Настольная книга пользователя. учебный курс./ С.В Глушаков, А.С. Срядный. - Харьков. «Фолио» 2006 - С.131

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

Система Microsoft Visual FoxPro 6.0 представляет собой новую версию данного продукта, совместимую с предыдущими версиями, которая функционирует в среде Windows и содержит все необходимые средства для создания и управления высокопроизводительными 32-разрядными приложениями и компонентами баз данных.

Visual FoxPro 6.0 является объектно-ориентированным, визуально-программируемым, управляемым по событиям программным продуктом, в полной мере соответствующим требованиям, предъявляемым к современным средствам проектирования.

Visual FoxPro 6.0, являясь приложением среды Windows, может обмениваться данными с другими приложениями этой среды, а используя стандарт OБДC и SQL-запросы, может работать с БД СУБД ACCESS, Paradox и т. д., с серверами БД: Microsoft SQL Server, Oracl и др. Базиян, Менахем и др. Использование Visual FoxPro 6. Спец. изд./Пер. с англ. -- М.: Издательский дом "Вильяме", 2006. -- С.27-28

Приложения Visual FoxPro 6.0 может одновременно работать как с собственными, так и с сетевыми таблицами, расположенными на других компьютерах локальной сети.

Разработчик в своем распоряжении имеет:

- возможность создания с помощью системы Visual FoxProмасштабируемых компонентов, интегрируемых в архитектуру клиент/сервер, а также в среду сетей Internet и Intranet;

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

Для упрощения и ускорения процесса разработки баз данных и приложений Visual FoxPro 6.0 предоставляет пользователю несколько уровней разработки приложений, из которых он может выбрать наиболее для себя подходящий в зависимости от своего профессионального уровня и стоящих перед ним проблем:

- мастера;

- конструкторы;

- построители;

- создание собственных пользовательских классов.

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

2) MS SQL Server

Microsoft SQL Server -- это СУБД, специально разработанная для удовлетворения требований, предъявляемых системами распределенной обработки данных (таких, как тиражирование данных, параллельная обработка, поддержка больших баз данных на относительно недорогих аппаратных платформах, сохраняющая простоту управления и использования). Сервер имеет средства удаленного администрирования и управления операциями, организованные на базе объектно-ориентированной распределенной среды управления. Новые возможности, такие как OLE Automation и средства программирования административных задач на языке Visual Basic for Applications, обеспечивают интеграцию с приложениями, работающими на ПК. По-прежнему Microsoft уделяет очень большое внимание соответствию своих продуктов существующим промышленным стандартам, что отразилось в расширенной поддержке ANSI SQL и OБДC Горев А., Макашарипов С., Владимиров Ю. Microsoft SQL Server 6.5 для профессионалов. -- СПб: Питер, 2007. -- С. 79.

Как и большинство других программных продуктов для работы с базами данных, MS SQL Server имеет свой диалект SQL, называемый Transact-SQL. Он имеет специфичный дополнительный синтаксис, изменения которого по сравнению с ISO-версией SQL в основном касаются работы с транзакциями и управления потоками данных.

Используя Transact-SQL, пользователь получает дополнительный набор возможностей к базовому языку SQL, который позволяет формировать более функциональные запросы.

3) Access 2002

Microsoft Access 2002 является удобным визуальным средством создания и управления базами данных с интуитивно понятным интерфейсом и простотой использования. Программа входит в состав популярного пакета OfficeXP и позволяет обмениваться данными со всеми его компонентами.

Программа Access 10.0 (2002) -- это последняя версия программы, ориентированная на создание настольных приложений и клиент-серверных приложений. В новой версии сохранена обратная совместимость файлов с Access 2000 и этот формат принят по умолчанию, хотя существует и новый, предназначенный в основном для больших баз данных.

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

Второй из основных целей разработки Access 2002 было упрощение доступа к важной информации и ее анализа, независимо от места расположения соответствующих данных. В приложении Access 2002 расширены возможности пользователя по доступу к информации баз данных корпоративного уровня, например Microsoft SQL Server. Кроме того, в новейшей версии приложения Access усовершенствованы способы анализа пользователями этих данных с помощью динамических сводных таблиц и сводных диаграмм, ранее имевшихся только в приложении Excel, а также с помощью страниц доступа к данным, позволяющих пользователям распространять приложения корпоративных баз данных в Интернете.

Одно из главных нововведений в Access -- возможность импорта и экспорта в XML для передачи по сетям Internet/Intranet. С помощью приложения Access 2002 можно публиковать данные в Интернете, применяя язык XML/XSL, являющийся Интернет - стандартом. Пользователи могут экспортировать отчеты, формы, таблицы и запросы Access в виде XML-документа, с которым связан используемый для представления XSL-файл. Это предоставляет пользователям возможность просматривать формы и отчеты, созданные в приложении Access, в любом браузере, поддерживающем стандарт HTML 4.0. Дженнингс Роджер. Использование Microsoft Access 2003. Спец. изд./ Пер. с англ. -- М.: Издательский дом "Вильяме", 2008. -- С. 64

2. Функции и типовая организация систем управления базами данных

2.1 Основные функции и типовая организация систем управления базами данных

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

К числу функций СУБД принято относить следующие:

1. Управление данными во внешней памяти.

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

2. Управление буферами оперативной памяти.

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

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

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

3. Управление транзакциями.

Транзакция - это последовательность операций с БД, рассматриваемых СУБД как единое целое. Либо транзакция успешно выполняется, и СУБД фиксирует изменения БД, произведенные ею, во внешней памяти, либо ни одно из этих изменений никак не отражается в состоянии БД. Транзакция необходима для поддержания логической целостности БД (например, объединения элементарных операций над файлами). Поддержание механизма транзакций - необходимое условие даже однопользовательских СУБД. Но понятие транзакции гораздо важнее в многопользовательских СУБД. То свойство, что каждая транзакция начинается при целостном состоянии БД и оставляет это состояние целостным после своего завершения, делает очень удобным использование транзакции как единицы активности пользователя по отношению к БД. При соответствующем механизме управления транзакциями пользователь может почувствовать себя единственным пользователем СУБД. Базиян, Менахем и др. Использование Visual FoxPro 6. Спец. изд./Пер. с англ. -- М.: Издательский дом "Вильяме", 2006. -- С. 372

4. Журнализация и восстановление БД после сбоев.

Одно из основных требований к СУБД - надежное хранение данных во внешней памяти. Под надежностью хранения понимается то, что СУБД должна быть в состоянии восстановить последнее согласованное состояние БД после аппаратного или программного сбоя. Поддержание надежного хранения данных в базе требует избыточности объема памяти для хранения данных, причем та их часть, которая используется для восстановления, должна храниться особо надежно. Наиболее распространенный метод поддержания такой избыточности - это ведение журнала изменений базы данных. Во всех случаях придерживаются “упреждающей “ записи в журнал (так называемый протокол Write Ahеad Log). Стратегия заключается в том, что запись об изменении любого объекта БД должна попасть во внешнюю память журнала раньше, чем она попадет во внешнюю память основной части БД. Известно, что если в СУБД корректно соблюдается протокол WAL, то с помощью журнала можно решить все проблемы восстановления БД после любого сбоя.

5. Поддержание языков БД.

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

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

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

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

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

2.2 Перспективы развития систем управления базами данных

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

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

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

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

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

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

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

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

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

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

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

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

Одновременно, по нашему мнению, намного более важно реализовать в практических целях в реляционном СУБД устройство триггеров. Мы заметим, что в норме тяги существование SQL3 средств языка определения условных влияний обеспечивается. Реализация также будет первым практическим шагом к активному БД (когда мы отметили в сечении 1, уже была соответствующая коммерческая реализация).

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

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

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

Мы здесь не будем рассматривать более детально конкретных проблем, введенных ограничений и используемых методов в дедуктивных системах. Мы заметим, что только это - обычные языки исследований, и определение интенсиональной части БД логика (поэтому, дедуктивный БД часто называет логику). Есть прямая связь дедуктивного БД с базами знаний (интенсиональную, часть БД можно рассмотреть как БЗ). Кроме того, трудно провести различия между этими двумя сущностями; по крайней мере, общее мнение об этом не существует.

Какая передача дедуктивного БД с реляционным СУБД, кроме того, что реляционный БД - вырожденным дедуктивный особый случай? Ядро - то, что реляционная система обычна, применялся к реализации дедуктивный СУБД. Такая система действует в роли вратаря фактов и конфузора исследований, приходящих от уровня дедуктивный СУБД. Между прочим, такое использование реляционный СУБД задача глобальной оптимизации исследований.

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

Конечно, в случае, когда набор исправлял дедуктивный БД, это становится большим также их, невозможно поместить в ОЗУ, есть проблема управления их хранение и доступ к ним во внешней памяти. Реляционная система Здесь может быть помимо примененного, но больше не слишком эффективна. Требуются более трудные структуры данных и другие условия выборки. Частные попытки решить эту проблему известны, но общее решение, в то время как не присутствует.

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

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

Есть отдельное направление научно-исследовательских и опытно-конструкторских работ в области темпоральных БД. В этом моделировании данных области вопросы, языки исследований, структуры данных во внешней памяти и т.д. Основной тезис темпоральных системы исследуется составы, которые для любого объекта данных, создаваемых в момент времени t1 и, уничтожал в момент времени t2, в БД остаются (и все его условия в период времени [t1, t2] доступны для потребителей). Андреев А. Microsoft Windows 2008 Русская версия.-СПб.:БХВ-Петербург,2008.-С. 99

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

Примером кардинального (но может быть, преждевременного) решения проблемы темпоральных БД может служить СУБД Postgres. Эта система была разработана М.Стоунбрекера для исследований и обучения студентов в университете г.Беркли, и он смело шел в ней на самые смелые эксперименты.

Особенности устройства памяти системы управления в Postgres, во-первых, что в нем обычное журналирование изменений базы данных не ведется и немедленно обеспечивается корректное условие базы данных после повторного вызова системы с поражением условия ОЗУ. Во-вторых, память системы управления поддерживает исторические данные. Справочное может содержать временные характеристики интересных объектов. Реализационно эти два аспекта соединяются.

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

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

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

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

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

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

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

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

Заключение

Пользователями БД являются четыре основные категории потребителей ее информации и/или поставщиков информации для нее:

- конечные пользователи,

- программисты и системные аналитики,

- персонал поддержки БД в актуальном состоянии,

- администратор БД.

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

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

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

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

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

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

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

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

Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland БДase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии “клиент-сервер”. Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологи, позволяющие использовать возможности других приложений, например, текстовых процессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня (чаще - диалекты SQL и/или VBA) и средства визуального программирования интерфейсов разрабатываемых приложений. Поэтому уже не имеет существенного значения, на каком языке и на основе какого пакета написано конкретное приложение, и какой формат данных в нем используется.

Эффективность функционирования информационной системы во многом зависит от ее архитектуры. В настоящее время перспективной является архитектура клиент-сервер. Сначала коротко о технологии «клиент- сервер». Её можно представить так:

- клиент формирует и посылает запрос к базе данных сервера, вернее - к программе, обрабатывающей запросы.

- эта программа производит манипуляции с БД, хранящейся на сервере, в соответствии с запросом, формирует результат и передаёт его клиенту.

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

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

Глоссарий

№ п/п

Понятие

Определение

1

Администратор базы данных

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

2

База данных

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

3

Банк данных

автоматизированная информационная система централизованного хранения и коллективного использования данных.

4

Запись

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

5

Файл (таблица)

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

6

Транзакция

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

7

Запросы

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

8

Система управления базами данных

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

9

Тип данных

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

10

Ядро СУБД

компонента СУБД, управляющая: - данными во внешней памяти; буферами оперативной памяти; транзакциями.

Список использованных источников

1 Аладьев В.В., Хунт Ю.Я., Шишаков М.Л. «Основы информатики», Учебное пособие, М., 2005. - 540 с. - ISBN: 5-85438-019-6

2 Андреев А. Microsoft Windows 2008 Русская версия.-СПб.:БХВ-Петербург,2008.-752 с. - ISBN: 5-279-02606-9

3 Базиян, Менахем и др. Использование Visual FoxPro 6. Спец. изд./Пер. с англ. -- М.: Издательский дом "Вильяме", 2006. -- 928 с. - ISBN: 5-207-13411-1

4 Гарсиа-Молина Гектор, Ульман Джеффри Д., Уидом Дженифер. Системы баз данных: Полный курс/Пер. с англ. -- М.: Издательский дом "Вильяме", 2003. - 1088 с. - ISBN: 5-272-00179-6

5 Глушаков С.В. Персональный компьютер. Настольная книга пользователя. учебный курс./ С.В. Глушаков, А.С. Срядный. - Харьков. «Фолио» 2006 - 220с. - ISBN: 5-94836-011-3

6 Горев А., Макашарипов С., Владимиров Ю. Microsoft SQL Server 6.5 для профессионалов. -- СПб: Питер, 2007. -- 464 с. - ISBN: 5- 900916-40-5

7 Дейт К. Дж. Введение в системы баз данных = Introduction to Database Systems. -- 8-е изд. -- М.: «Вильямс», 2007. --1328 c.- ISBN: 5-94074-244-0

8 Дженнингс Роджер. Использование Microsoft Access 2003. Спец. изд./ Пер. с англ. -- М.: Издательский дом "Вильяме", 2008. -- 1012 с. - ISBN: 5-16-001155-2

9 Иванов В. Microsoft Office Sistem 2003.учебный курс СПб.:БХВ-Петербург. Киев Издательская группа. 2006. - 640 с. -ISBN: 5-8459-0433-1

10 Информатика: Базовый курс/Под ред. С.В.Симоновича. - СПБ: Питер,2007. 400 с. - ISBN: 5-8459-0504

11 Фридланд А.Я. Информатика и компьютерные технологии/А.Я. Фридланд, Л.С. Ханамирова.- М.: Астрель. 2003. - 204 с. - ISBN: 5-8459-0278-9

Размещено на Allbest.ru


Подобные документы

  • Система управления базами данных как составная часть автоматизированного банка данных. Структура и функции системы управления базами данных. Классификация СУБД по способу доступа к базе данных. Язык SQL в системах управления базами данных, СУБД Microsoft.

    реферат [46,4 K], добавлен 01.11.2009

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

    контрольная работа [19,9 K], добавлен 16.11.2010

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

    контрольная работа [2,8 M], добавлен 07.01.2007

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

    контрольная работа [44,6 K], добавлен 15.06.2009

  • Основные понятия базы данных и систем управления базами данных. Типы данных, с которыми работают базы Microsoft Access. Классификация СУБД и их основные характеристики. Постреляционные базы данных. Тенденции в мире современных информационных систем.

    курсовая работа [46,7 K], добавлен 28.01.2014

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

    реферат [118,3 K], добавлен 29.11.2010

  • Классификации баз данных по характеру сберегаемой информации, способу хранения данных и структуре их организации. Современные системы управления базами данных и программы для их создания: Microsoft Office Access, Cronos Plus, Base Editor, My SQL.

    презентация [244,3 K], добавлен 03.06.2014

  • Иерархические, сетевые и реляционные модели данных. Различия между OLTP и OLAP системами. Обзор существующих систем управления базами данных. Основные приемы работы с MS Access. Система защиты базы данных, иерархия объектов. Язык программирования SQL.

    курс лекций [1,3 M], добавлен 16.12.2010

  • Характеристика категорий современных баз данных. Исследование особенностей централизованных и распределенных баз данных. Классификация систем управления базами данных по видам программ и применению. Управление буферами оперативной памяти и транзакциями.

    курсовая работа [45,2 K], добавлен 10.03.2016

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

    презентация [1,2 M], добавлен 01.12.2015

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.