33. Классификация субд. Режимы работы пользователя с субд.

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

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

По типу модели данных,

· иерархические. Первой такая СУБД - система IMS (Information Management System) компании IBM, · сетевые. Первой сетевой СУБД считается система IDS (Integrated Data Store), разработанная компанией General Electric немного позже системы IMS;

· реляционные. Первые коммерческие реляционные СУБД от компаний IBM, Oracle Corporation, Relation Technology Inc. и других  поставщиков появились в начале 80-х годов. Реляционные СУБД просты в использовании, повышают производительность программистов при разработке прикладных программ, хорошо приспособлены для работы в архитектуре клиент/сервер, позволяют параллельную обработку БД, хорошо приспособлены к графическим пользовательским интерфейсам.

· объектно-реляционные (постреляционные). Объектно-реляционные СУБД продолжают использовать стандартный язык запросов для реляционных БД – SQL, но с объектными расширениями;

· объектно-ориентированные. В основе объектно-ориентированных СУБД лежит объектно-ориентированная модель обработки данных.

· многомерные, в основе которых лежит многомерная модель данных.

На самом общем уровне все СУБД можно разделить на:

- профессиональные (промышленные), которые представляют собой программную основу для разработки автоматизированных систем управления крупными экономическими объектами. (Oracle, DB2, Sybase, Informix, Inqres, Progress.)

- персональные (настольные). (DBASE,FoxBase, FoxPro, Clipper, Paradox, Access.)

«Режим» - определённый порядок работы или состояния компьютера или программы.

Возможна работа пользователя с СУБД в трех режимах:

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

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

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

34.Фунции СУБД:

-управл. данными во внеш. памяти; управл.буферами опер.памяти; управл транзакциями; журн-ция и восстан. БД после сбоев; поддер. языков БД.

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

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

Журнализация. Надеж. хран.данных во внеш.памяти явл. одн.из важн.треб к СУБД(должна восстан. послед. согласов. сост-е БД после люб.аппарат/програм сбоя. Виды аппар..сбоев: мягкие сбои-внезап.остановка работы компа (выключ.пит-я), и жесткие сбои хар. потерей инфы на носителях внеш. памяти.Напр, авар.заверш.раб.СУБД из-за ошибки в проге. Для восстан. БД необход.некот. доп. инфа. Поддерж. надежн. хран. данных в БД треб. избыт-сти хран. Журнал–особ. часть БД, недоступ. польз-лям СУБД, (иногда 2 журнала), в кот. поступ. записи обо всех изм. осн. части БД. Придерж.страт."упрежд-й"записи в журнал(так наз. протокола-WAL). Стратегия: запись об измен.объекта БД должна попасть во внеш. память журнала раньше, чем измен-й объект попад.во внеш.память осн.части БД. Самая прост.сит.воостан: индивид. откат транзакции. Нужны: общесист. журнал изм-й БД. Для БД исп.спец. языки.Ранние:выдел.2языка–яз. опред. схемы БД(SDL)-для опред. логич. стр-ры и язык манипулир. данными(DML) сод. набор операторов манип. д-ми.

Современ: единый язык.Язык SQL