- •1.Система. Ранги систем. Свойства систем. Ис.
- •2.Кис. Классификации ис.
- •3.Состав ис.
- •4.Модели данных.
- •5.Жц ис. Модели жц ис
- •6.Проектирование ис. Уровни моделей ис.
- •7.Факторы, влияющие на проектирование ис. Концептуальное проектирование.
- •8.Рмд. Ключи и связи. Ссылочная целостность
- •9.Нормализация данных. Преимущества нормализации.
- •10.Проектирование баз данных. Денормализация.
- •11) Объекты бд. Таблицы и поля. Индексы. Ограничения и правила
- •12) Объекты бд. Представления. Триггеры и хранимые процедуры
- •13) Объекты для генерации первичных ключей. Пользователи и роли.
- •14) Запросы к бд. Системный каталог. Транзакции. Курсоры.
- •15) Расширения sql. Функции, определяемые пользователем
- •17) Характеристики локальных субд
- •19.Требования к современным субд. Субд ведущих производителей.
- •20.Механизмы доступа к данным. Характеристика odbc, ole db и ado.
- •21.Механизмы доступа к данным. Характеристика bde и ado.Net
- •22. История sql. Принцип работы. Стандарты.
- •23.Операторы ddl, dml, tcl, dcl, ccl.
- •24.Системные базы данных. Страницы. Экстенты.
- •25.Файлы ms sql. Секции и таблицы.(добавить)
- •26.Ограничения по первичному ключу. Возможные и внешние ключи.
- •27.Ограничения по условию. Вычисляемые поля. Триггеры.
15) Расширения sql. Функции, определяемые пользователем
Триггеры и хранимые процедуры пишутся на процедурном языке, характерном для данной СУБД. В большинстве СУБД такие языки представляют собой процедурные расширения SQL и помимо обычных операторов SQL содержат некоторый набор алгоритмических конструкций, например begin…end, if…then…else и т.д.
В отличие от самого языка SQL, подчиняющегося стандарту ANSI, расширения SQL не стандартизованы. У каждой СУБД есть свой диалект процедурных расширений SQL (в СУБД Oracle он называется PL/SQL, в
СУБД Microsoft SQL Server — Transact-SQL, в Microsoft Access – SQL Jet и т.д.).
Функции, определяемые пользователем
Некоторые СУБД позволяют использовать функции, определяемые пользователем (UDF-User-Defined Functions). Эти функции, как правило, хранятся во внешних библиотеках и должны быть зарегистрированы в базе данных, после чего их можно использовать в запросах, триггерах и хранимых процедурах.
Поскольку функции, определяемые пользователем, содержатся в библиотеках, их можно создавать с помощью любого средства разработки, позволяющего создавать библиотеки для платформы, на которой функционирует данная СУБД.
16) СУБД. Классификация. Требования. Состав.
Система управления базой данных (СУБД) – это программное обеспечение для работы с БД. Функции: 1)поиск информации в БД;2) выполнение несложных расчетов; 3)вывод отчетов на печать;4) редактирование БД;
К современным СУБД предъявляются следующие требования:
1)масштабируемость — отсутствие существенного снижения скорости выполнения пользовательских запросов при пропорциональном росте количества запросов и аппаратных ресурсов используемых данной СУБД (таких как объем оперативной памяти, количество процессоров и серверов);
2)доступность — возможность всегда выполнить запрос;
3)надежность — минимальная вероятность сбоев, наличие средств восстановления данных после сбоев, инструментов резервного копирования и дублирования данных (в последнее время производители СУБД нередко предлагают инструменты, позволяющие осуществлять подобные операции, не прерывая работу пользователей);
4)управляемость — простота администрирования, наличие средств автоматического конфигурирования (типичный современный набор средств администрирования включает средства создания баз данных и их объектов, инструменты описания правил репликации данных между различными серверами, утилиты управления пользователями, группами и их правами, средства мониторинга событий, средства просмотра планов выполнения запросов, утилиты миграции из других СУБД);
5)наличие средств защиты данных от потери и несанкционированного доступа;
6)поддержка доступа к данным с помощью Web-служб;
7)поддержка стандартных механизмов доступа к данным (таких как ODBC, JDBC, OLE DB, ADO .NET), позволяющая создавать приложения для СУБД с помощью различных средств разработки.
Классификация:
По модели данных
Примеры:- Иерархические; -Сетевые; - Реляционные; -Объектно-ориентированные; -Объектно-реляционные
По степени распределённости: - Локальные СУБД (все части локальной СУБД размещаются на одном компьютере); - Распределённые СУБД (части СУБД могут размещаться на двух и более компьютерах).
По способу доступа к БД:
Файл-серверные
В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере. СУБД располагается на каждом клиентском компьютере (рабочей станции). Доступ СУБД к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Преимуществом этой архитектуры является низкая нагрузка на процессор файлового сервера. Недостатки: потенциально высокая загрузка локальной сети; затруднённость или невозможность централизованного управления; затруднённость или невозможность обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность. Применяются чаще всего в локальных приложениях, которые используют функции управления БД; в системах с низкой интенсивностью обработки данных и низкими пиковыми нагрузками на БД.
На данный момент файл-серверная технология считается устаревшей.
Клиент-серверные
Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно. Недостаток клиент-серверных СУБД состоит в повышенных требованиях к серверу. Достоинства: потенциально более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокаябезопасность.
Встраиваемые
Встраиваемая СУБД — СУБД, которая может поставляться как составная часть некоторого программного продукта, не требуя процедуры самостоятельной установки. Встраиваемая СУБД предназначена для локального хранения данных своего приложения и не рассчитана на коллективное использование в сети. Физически встраиваемая СУБД чаще всего реализована в виде подключаемой библиотеки. Доступ к данным со стороны приложения может происходить через SQL либо через специальные программные интерфейсы.
Обычно современная СУБД содержит следующие компоненты:
· ядро, которое отвечает за управление данными во внешней и оперативной памяти, и журнализацию,
· процессор языка базы данных, обеспечивающий оптимизацию запросов на извлечение и изменение данных и создание, как правило, машинно-независимого исполняемого внутреннего кода,
· подсистему поддержки времени исполнения, которая интерпретирует программы манипуляции данными, создающие пользовательский интерфейс с СУБД
· а также сервисные программы (внешние утилиты), обеспечивающие ряд дополнительных возможностей по обслуживанию информационной системы.