Агрегирующие функции

17. Оператор SELECT. Составляющие оператора Select. Вложенные запросы.

Структура оператора:

SELECT [ALL/DISTINСТ] <смысл полей> (| или *) FROM<список таблиц>

[WHERE<предикат - условия выборки или соединения>]

[GROUP BY<список полей результата>]

[HAVING<предикат - для группировки>]

[ORDER BY<список полей упорядочивания>]

Вложенные запросы

18. Модель бинарных ассоциаций. Отношение ассоциации. Бинарная ассоциация. Исключающая ассоциация.

Ассоциация

Отношение ассоциации

Бинарная ассоциация

- Ненаправленная

- Направленная

Исключающая ассоциация

n-арная ассоциация

19. Функции СУБД.

СУБД

Функции СУБД:

Непосредственное управление данными во внешней памяти

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

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

Журнализация

Поддержка языков БД

20. Типовая организация современной СУБД.

Функции СУБД

Компоненты СУБД:

Ядро СУБД

Компилятор языка БД

Подсистема поддержки времени выполнения

Набор утилит.

21. Открытые системы. Клиенты и серверы локальных сетей.

Основной смысл подхода открытых систем

Ключевая фраза открытых систем

Практическая опора системных и прикладных программных средств открытых систем

Свойства мобильности и интероперабельности

Преимущества для производителей и пользователей

Разделение ресурсов

Развитие идеи разделения ресурсов приводит к функциональному выделению компонентов сети:

Клиент

Сервер

22. Системная архитектура «клиент-сервер».

Две части

- клиентская

- серверная

Основная проблема систем, основанных на архитектуре "клиент-сервер"

Протоколы удаленного вызова процедур

23. Серверы БД.

Термин "сервер баз данных"

Преимущества и недостатки SQL серверов

Преимущества протоколов удаленного вызова процедур Типичное разделение функций между клиентами и серверами Требования к аппаратным возможностям и базовому программному обеспечению клиентов и серверов

24. БД на инвертированных списках.

Структуры данных

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

а) Строки таблиц упорядочены системой в некоторой физической последовательности;

б) Физическая упорядоченность строк всех таблиц может определяться и для всей БД

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

Манипулирование данными:

Поддерживаются два класса операторов:

1) Операторы, устанавливающие адрес записи, среди которых:

- прямые поисковые

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

2) Операторы над адресуемыми записями.

Общие правила определения целостности отсутствуют.

25. Распределённые БД.

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

Должны обеспечиваться:

- простота использования системы;

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

- высокая степень эффективности.

Разновидности распределённых систем

Однородные и неоднородные распределённые базы данных.

Основная задача интеграции неоднородных БД

Интегрированные или федеративные системы и мультибазы данных

26. БД, основанные на правилах.

Экстенсиональная и интенсиональная части базы данных

Активные базы данных

Дедуктивные базы данных

27. Связь ОО СУБД с общими понятиями ОО подхода.

Концепции:

• объекта и идентификатора объекта;

• атрибутов и методов;

• классов;

• иерархии и наследования классов.

Каждый объект имеет состояние и поведение.

Класс объектов.

Поведенческий аспект объектов.

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

Первый аспект касается потребности в средствах спецификации знаний при определении класса.

Второй аспект – потребность в механизме определения разного рода семантических связей между объектами

Третий аспект связан с пересмотром понятия класса. В контексте ООБД оказывается более удобным рассматривать класс как множество объектов данного типа, т.е. одновременно поддерживать понятия и типа и класса объектов.

28. ОО модели данных.

Общая объектно-ориентированная модель данных не существует.

Формальная основа ООБД:

Три уровня моделирования объектов:

Структурный:

Четкое разделение схемы БД и самой БД.

В качестве первичных концепций схемного уровня ООБД выступают типы и классы.

Поведенческий

Мета-схема

29. Языки программирования ООБД.