
- •Контрольные вопросы для проведения экзамена по дисциплине «Базы данных»
- •1. Понятие информации и данных. Экономические показатели. Опреде-ление и структура показателя.
- •2. Структурирование данных. Классификация данных по степени структурированности.
- •3. Приведите следующие определения: предметная область, структурирование, база данных, субд, банк данных, целостность бд, транзакция.
- •4. Функции субд.
- •5. Классификация субд и бд.
- •6. Этапы развития бд.
- •7. Перспективы развития субд и бд.
- •8. Понятие модели данных. Охарактеризуйте иерархическую модель данных. Недостатки иерархической модели.
- •9. Понятие модели данных. Сетевые модели бд: особенности, преимущества, недостатки.
- •10. Реляционные модели данных: особенности, преимущества, недостатки.
- •11. Постреляционные модели данных: особенности, преимущества, недостатки.
- •12. Охарактеризуйте объектно-ориентированную модель данных (оомд). Достоинства и недостатки оомд.
- •13. Многомерные модели данных: особенности, преимущества, недостатки.
- •14. Основные понятия реляционной модели данных: реляционная база данных, отношение, схема отношения, сущность, атрибут, домен, кортеж, первичный ключ.
- •15. Реляционные модели. Понятие и свойства отношений.
- •16. Проектирование реляционных бд на основе принципов нормализации. Цель нормализации. Нормальные формы отношений.
- •17. Понятие ключа отношения. Необходимость задания ключей. Виды ключей. Свойства ключа.
- •18. Реляционная алгебра как формальная система манипулирования отношениями в реляционной модели данных. Свойство замкнутости. Краткий обзор операций реляционной алгебры.
- •19. Унарные операции реляционной алгебры: описание, примеры.
- •20. Бинарные операции реляционной алгебры: описание, примеры.
- •21. Этапы проектирования баз данных. Состав работ, выполняемых на стадии инфологического проектирования. Технологическая сеть проектирования.
- •24. Нотации er-моделирования: понятие, виды, отличительные особен-ности, примеры отображения элементов в различных нотациях.
- •25. Цель нормализации. Нормальные формы er-схем.
- •26. Алгоритм преобразования er-модели в схему реляционной бд.
- •27. Case-средства проектирования бд: назначение, базовые функцио-нальные возможности, примеры современных case-средств.
- •Тема 5. Проектирование баз данных – логическое и физическое моделирование
- •28. Состав работ, выполняемых на стадии логического проектирования бд.
- •30. Ограничения целостности: понятие и классификация.
- •31. Понятие ссылочной целостности (целостности связи). Стратегии поддержания ссылочной целостности.
- •32. Языки запросов: понятие, классификация.
- •34. Язык sql. Общая характеристика, стандарты, подмножества языка sql.
- •35. Основные типы данных (на примере конкретной(ых) субд).
- •36. Какие команды относятся к категории ddl? Опишите общий вид синтаксиса команд ddl, приведите пример(ы) каждой команды.
- •37. Задание ограничений целостности на языке sql. Примеры.
- •38. Какие команды относятся к категории dml? Опишите способы добавления строк в таблицу (общий вид синтаксиса команд добавления строк в таблицу, примеры).
- •39. Команда изменения данных таблицы: общий вид синтаксиса, примеры.
- •40. Команда удаления строк из таблицы: общий вид синтаксиса, примеры.
- •41. Команда изменения структуры таблицы: общий вид синтаксиса, примеры.
- •48. Вложенные запросы в sql: типы, примеры по каждому из типов.
- •49. Создание и использование представлений в sql. Примеры.
- •50. Оператор case: синтаксические формы записи, примеры использова-ния.
- •51. Курсоры: понятие курсора, общий синтаксис, пример использования.
- •52. Понятие и классификация экранных форм.
- •53. Понятие и классификация отчётов.
- •Тема 12. Безопасность данных
- •Тема 13. Распределённые базы данных
7. Перспективы развития субд и бд.
Технология In-Memory появилась в версии Oracle Database 12.1.0.2. Суть ее заключается в том, что рядом с привычным буферным кэшем, который хранит строки таблиц и блоки индексов, находится новый кэш - новая разделяемая область для данных в оперативной памяти, в которой данные из таблиц хранятся в колоночном формате.
При использовании технологии In-Memory аналитика работает в сотни раз быстрее, потому что колоночное представление для нее более эффективно.
Технология SPARC принадлежит Oracle уже пять лет.
SPARC М7 - первый процессор, который полностью разрабатывался Oracle и для Oracle. Для максимальной эффективности работы был создан первый в индустрии 32-ядерный процессор с беспрецедентной нагрузочной способностью, производительностью ядра, возможностями быстрого шифрования и аппаратной декомпрессии.
Процессор SPARC М7 позволяет обеспечить прозрачное шифрование данных с использованием 15 наиболее известных алгоритмов шифрования: в каждое ядро процессора встроен специализированный математический блок обработки инструкций шифрования, который обеспечивает скорость шифрования, практически равную скорости работы основного ядра и скорости работы с памятью. Поскольку все алгоритмы обрабатываются непосредственно в процессоре, падение производительности при этом составляет менее 3 %.
Системы на базе SPARC M7 предлагают также аппаратную поддержку безопасной миграции доменов. В процессе миграции виртуальная машина с критичными данными передается через сеть, и образ виртуальной машины шифруется для передачи. При этом данные защищены во время передачи сложным алгоритмом шифрования. Таким образом, обеспечивается защита передаваемых данных с минимальным влиянием на производительность мигрирующей виртуальной машины во время переноса.
Система SPARC M7 впервые в истории имеет аппаратную защиту памяти и позволяет предотвращать несанкционированный доступ к памяти на уровне аппаратных процессорных ресурсов.
SQL in Silicon — обработка запросов к базе данных, реализованная непосредственно на процессоре.
Максимальный результат, достигнутый на внутренних тестах Oracle, составил 170 млрд строк в секунду на процессорах SPARC M7 с использованием механизма In-Memory и встроенных сопроцессоров. Встроенные сопроцессоры не только повышают скорость обработки SQL-запросов, но и освобождают процессорные ядра общего назначения для работы других приложений — OLTP-запросов и пр.
Процессор Oracle SPARC T7.
Исторический революционный шаг— это реализация программных функций непосредственно на кристалле. Это безопасность на кристалле, т. е. ускорение шифрования и аппаратная защита памяти, и, что еще важнее, — SQL на кристалле, т. е. первая в мире аппаратная реализация ускорения обработки SQL-запросов и декомпрессии для Oracle Database In-Memory.
8. Понятие модели данных. Охарактеризуйте иерархическую модель данных. Недостатки иерархической модели.
Модель данных — это абстрактное, самодостаточное, логическое определение объектов, операторов и прочих элементов, в совокупности составляющих абстрактную машину доступа к данным, с которой взаимодействует пользователь. Эти объекты позволяют моделировать структуру данных, а операторы — поведение данных.
Включает в себя три аспекта:
Аспект культуры (методы описания типов и логических структур данных в базе данных)
Аспект манипуляции (методы манипулирования данными)
Аспект целостности (методы описания и поддержки целостности базы данных)
Иерархическая модель данных — это модель данных, где используется представление базы данных в виде древовидной (иерархической) структуры, состоящей из объектов (данных) различных уровней. Между объектами существуют связи, каждый объект (предок) может включать в себя несколько объектов более низкого уровня (потомков). В иерархической модели автоматически поддерживается целостность ссылок между предками и потомками. Основное правило: никакой потомок не может существовать без своего родителя.
К основным понятиям иерархической структуры относятся: элемент данных (атрибут), запись, групповое отношение.
Атрибут (элемент данных) – наименьшая единица структуры данных. Обычно каждому элементу при описании базы данных присваивается уникальное имя. По этому имени к нему обращаются при обработке.
Групповое отношение – иерархическое отношение между записями двух типов.
Пример иерархической модели данных.
Операции над данными, определенные в иерархической модели: найти и указанный экземпляр типа дерева БД, удалить некоторую запись и подчиненные ей записи, перейти от одного экземпляра дерева к другому и др.
Основной недостаток иерархической модели – ограничение целостности (Поддерживается только целостность связей между владельцами и членами группового отношения – никакой потомок не может существовать без предка). Также в такой модели БД не обеспечивается автоматическое поддержание соответствия парных записей, входящих в разные иерархии.