- •Предмет и содержание дисциплины «Технология баз данных»..
- •Экономическая информация, ее виды, структурные единицы.
- •Экономические информационные системы, их функции, классификация.
- •Информационное обеспечение эис. Внутримашинная и внемашинная части информационной базы эис.
- •Документы, их виды, структура.
- •6. Понятие классификации информации. Системы классификации.
- •7. Понятие кодирования информации. Методы кодирования.
- •8. Классификаторы информации, их значение и виды.
- •9. Файловая организация данных в автоматизированных информационных системах, ее недостатки.
- •10. Понятие базы данных. Преимущества базы данных.
- •11. Приложения базы данных. Компоненты базы данных.
- •12. Трехуровневая модель организации баз данных.
- •13. Понятие модели данных. Иерархическая модель, ее достоинства и недостатки.
- •14. Сетевая модель, ее достоинства и недостатки.
- •15. Реляционная модель. Ее базовые понятия (отношения, домен, кортеж, степень отношения), достоинства и недостатки.
- •16. Связь между таблицами в реляционной модели данных. Первичный и внешний ключи, их отличия.
- •17. Реляционная целостность: целостность отношений, ссылочная целостность.
- •18. Операции реляционной алгебры: объединение, пересечение, декартово произведение, разность, проекция, выборка, соединение, деление.
- •19. Постреляционная модель, ее достоинства и недостатки.
- •20. Объектно – ориентированная модель данных. Ее базовые понятия (объекты, классы, методы, наследование, инкапсулирование, расширяемость, полифоризм), достоинства и недостатки.
- •26. Технология хеширования
- •27. Сжатие данных на основе различий
- •28. Иерархическое сжатие
- •29. Кодирование Хаффмана
- •30. Понятие проектирования бд. Требования, предъявляемые к бд
- •31.Этапы жизненного цикла базы данных.
- •32.Модель «сущность-связь»,ее понятия:сущность,атрибут,экземпляр сущности,связь,мощность связи.Представление сущности и связи на er-диаграмме.
- •33.Типы связи,их представление на er-диаграмме.
- •34.Класс принадлежности сущности,его представление на er-диаграмме.
- •35.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:1.
- •Функциональные возможности и производительность субд.
- •Классификация субд. Режимы работы пользователя с субд.
- •По степени универсальности:
- •По принципу обработки запросов к бд :
- •Направления развития субд: расширение множества типов обрабатываемых данных, интеграция технологий баз данных и Web-технологий, превращение субд в системы управления базами знаний.
- •Знания, их виды. Базы знаний. Экспертные системы.
- •56. Назначение форм, их виды и способы создания.
- •57. Назначение отчетов и способы их создания.
- •58. Типы Web – страниц для публикации базы данных в Интернет.
- •59. Элементы управления, используемые при конструировании форм, отчетов, страниц доступа к данным.
- •60. Понятие макроса. Классификация макрокоманд.
- •81. Распределенные субд. Двенадцать правил к.Дейта.
- •82.Обработка распределенных запросов. Преимущества и недостатки РаСубд.
- •83.Хранилища данных.Olap-технологии.
- •84.Метод интеллектуальной обработки данных data mining.
- •85.Пользователи базы данных. Администратор базы данных и его функции.
26. Технология хеширования
Хеширование – технология быстрого прямого доступа к записи БД на основе заданного значения некоторого поля записи, как правило, ключевого. Каждая запись БД размещается по адресу, кот. Вычисляет СУБД с помощью хеш-функции на основе значения ключевого поля этой записи(хеш-поля). Вычисляемый адрес наз. хеш-адресом. Данный метод требует заранее резервировать место на диске для размещения файла БД (это явл.недостатком.)
Показателем эффективной стратегии прямого доступа к записям служит малое время поиска и малое число конфликтов. Лучше всего это достигается, если используется алгоритм хеширования, равномерно распределяющий записи по областям записи.
Наилучший метод сост. в использ.хеш- функции, кот.опред.адрес хранения записи на основе остатка от деления значений ключа на размер файла в блоках. В этом случае записи файла БД упорядочиваются по значениям ключевого поля.
Два способа решения проблем конфликтов.
Запись, для кот.вычисляемый хеш-адрес занят, помещается в область переполнения файла БД.
Запись, вступившая в конфликт, помещается а некот.свободное место файла, начиная от тек. Занятой позиции.
Использование хеширования в качестве способа адресации записей избавляет от необход.поддерж.и просматр.индексы.Этот медот испльз.когда необход. Быстро забронировать место в гостинице или предвар.заказать билет.
27. Сжатие данных на основе различий
Наиболее распростран.технолог. сжатия на основе различий, когда некоторое значение заменяется сведениями об его отличиях от предыд.значения. Один из способов применения этой технологии – удаление повторяющихся символов в начале каждой записи с указанием их кол-ва. Для реализ.такой технол.требуется размещать данные последовательно, т.к. для их распаковки надо иметь значение предыд. данного. Прим. До сжатия: Эколог….Экология……Экологический…….После сжатия: 0 – эколог 6- ия 7 – ческий.
28. Иерархическое сжатие
Иерархическое сжатие – сжатие, при кот.постоянные части записей, логически объединенных в группы, записываются один раз.
Пусть в файле ПРОДУКТЫ записи упорядочены по возрастанию значений номера накладной(поляНН) . Тогда группы записей о покупателях, купивших тот или иной продукт, можно сжать в отдельные иерархические записи. Выдел. 2 части:
постоянную –номер накладной и код покупателя
переменную – данные о продуктах:наименов., кол-во, цена
29. Кодирование Хаффмана
Существует технология сжатия, основанная на кодировании Хаффмана. Суть этого метода состоит в кодировании отдельных символов битовыми строками разной длины. Наиболее часто встречающиеся символы кодируются строками наименьшей длины. При этом код некоторого символа длиной n не должен совпадать с первыми n символами следующего за ним кода другого символа.
30. Понятие проектирования бд. Требования, предъявляемые к бд
Проектирование БД – это процесс создания БД, предназначенный для поддержки функционирования экономического объекта и способствующей достижению его целей. Оно представляет собой трудоемкий процесс, требующий совместных усилий аналитиков, проектировщиков и пользователей. При проектировании БД необходимо учитывать тот факт, что она должна удовлетворять комплексу требований:
целостность БД – требование полноты и непротиворечивости данных
многократное использование данных
быстрый поиск и получение информации по запросам пользователей
простота обновления данных
минимизация избыточности данных
защита данных от несанкционированного доступа, искажения и уничтожения
