- •2.Внемашинная организация экономической информации: документы, их виды, структура.
- •3.Понятие кл-ции инф-ции. Системы кл-ции.
- •5.Понятие кодирования инф-ции. Методы кодирования.
- •6. Внутримаш. Орг-ция эк. Инф-ции: файлов. Орг-ция данных и бд. Преимущества бд.
- •7.Объемы современных баз данных и устройства для их размещения.
- •8.Приложения базы данных. Компоненты базы данных. Словарь данных.
- •9.Пользователи бд
- •10.Трехуровневая модель организации бд.
- •11.Понятие модели данных.Иерарх-ая модель.
- •12. Сетевая модель, ее достоинства и недостатки.
- •13. Реляц. Модель. Ее баз-е понятия (отношение, домен, кортеж, схема, степень и мощность отношения), достоинства и недостатки.
- •14.Связь между табл-ми в реляцион. Модели данных. Первичн. И внешн. Ключи, их отличия.
- •15.Реляционная целостность: целостность отношений, ссылочная целостность.
- •16.Операции реляц. Алгебры.
- •2. Специальные операции:
- •17. Постреляционная модель, ее достоинства и недостатки.
- •18.Объектно-ориентированная модель данных. Ее базовые понятия достоинства и недостатки.
- •19.Объектно-реляционная модель данных
- •21.Понятие проектирования базы данных. Требования, предъявляемые к базе данных.
- •22.Этапы жизненного цикла базы данных.
- •23. Модель "сущность-связь", ее понятия: сущность, атрибут, экземпляр сущности, связь, мощность связи. Представление сущности и связи на er-диаграмме.
- •24.Типы связи, их представление на er-диаграмме.
- •26.Правила преобр. Er-диаграмм в реляц. Таблицы в случае связи 1:1.
- •27.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:м, м:n.
- •28.Нормализация таблиц, ее цель. Первая нормальная форма. Вторая нормальная форма. Третья нормальная форма.
- •29. Концептуальное проектирование, цель и процедуры
- •30. Логич. Проект-е, его цель и процедуры.
- •31.Физическое проектирование, его цель и процедуры.
- •32. Семантическая объектная модель. Пример объектной диаграммы.
- •33. Case-средства для моделирования данных.
- •34.Понятие субд. Архитектура субд.
- •35.Функциональные возможности и производительность субд.
- •36.Клас-ция субд. Режимы работы поль-ля.
- •37.Функции субд.
- •38.Направления развития субд:
- •40.Продукционные модели. База фактов. База правил. Работа машины вывода.
- •41.Семантические сети. Виды отношений. Пример семантической сети.
- •42.Фреймы, их виды, структура. Сети фреймов. Примеры фреймов.
- •43.Формальн. Логич. Модели. Их примеры (исчисление высказываний и исчисление предикатов)
- •45.Характеристика базы данных и ее приложений. Инструментальные средства для их создания.
- •46.Типы обрабатываемых данных и выражения.
- •47. Инструментальные средства для создания базы данных и ее приложений.
- •48. Технологии создания базы данных: описание структуры таблиц, установка связи между таблицами.
- •49. Корректировка бд. (каскадные операции)
- •50. Работа с таблицей в режиме таблицы (т).
- •51.Конструирование запросов: выбора, перекрестного, на внесение в бд.
- •52. Конструирование формы: простой, с вкладками, составной, управляющей (с кнопками).
- •53. Конструирование отчета с вычислениями в строках, с частными и общими итогами.
- •54. Создание статичес. Web-страниц из объектов бд. Констр-ние страниц доступа к данным.
- •55. Конструирование макросов связанных и несвязанных с событиями, различных по структуре.
- •56.Назначение, стандарты, дост-ва языка sql.
- •58.Типы данных и выражения в sql.
- •59.Возможности языка sql по определению данных
- •60. Понятие транзакции.Обработка транз-й в sql.
- •63.Диалекты языка sql в субд.
- •64.Эволюция концепций обработки данных
- •65.Системы удаленной обработки.
- •66.Системы совместного исп-ния файлов. Обработка запросов в них. Недостатки систем.
- •67.Настольные субд, их достоинства и недостатки.
- •68.Клиент/серверные системы: клиенты, серверы, клиентские приложения, серверы баз данных.
- •70.Характеристики серверов баз данных.
- •71.Механизмы доступа к данным базы на сервере.
- •72. Понятие и архитектура распределенных баз данных (рабд). Гомогенные и гетерогенные рабд. Стратегии распределения данных в рабд.
- •73.Распределенные субд (РаСубд). Двенадцать правил к. Дейта.
- •74.Обработка распределенных запросов. Преимущества и недостатки РаСубд.
- •76.Хранилища данных.
- •77. Проблемы многопол. Бд. Админ-р бд, его функции.
- •78.Актуальность защиты базы данных. Причины, вызывающие ее разрушение.
- •79. Методы защиты бд. Защита паролем
- •81.Оптимизация работы базы данных (индексирование, хеширование, технологии сжатия данных базы).
- •82.Возможности access по администрир-ю бд.
10.Трехуровневая модель организации бд.
в 1978 году учеными была принята трехур-я сис-ма орг-ии данных. В соответствии с принятой концепцией предлагается выд-ть три ур-ня абстракции представл-я данных: внешний, концептуальный и внутренний. внешн.ур-нь – представл-я о БД отдельных пользоват-й и прикладных программ. Каждый из них видит и обрабатывает только те данные предметной области, кот. им необходимы (Напр., системе отдела кадров нужны сведения о возрасте, домашнем адресе сотрудника, а система расчета зарплаты учитывает квалификацию работника, стаж его работы.); концепт. уровень - это объед-щее представл-е данных, исп-х всеми пользоват-ми прилож-ми, работ-ми с БД. На этом ур-не БД представляет собой общий взгляд пользователя на данные проект-й базы. Это, напр., представл-е с т.зр. менеджера высшего ур-ня о данных всего предпр-я. Здесь опис-ся: какие данные хран-ся в базе, и каковы связи м\у ними. Этот ур-нь отраж-т логич. стр-ру всей базы с точки зрения администр-ра БД. В действит-ти концепт. ур-нь отражает обобщенную модель предметной области (объектов реального мира), для которой создается база данных. И этот ур-нь не должен сод-ть никаких сведений о методах хранения данных. Здесь должны быть отражены: 1) все сущности, включ-е в базу, их атрибуты и связи; 2) накладываемые на данные ограничения; 3) семантич-я инф-я о данных; 4) инф-я о мерах обеспеч-я безоп-ти и поддержки целостности данных.
Внутренний ур-нь служит для адаптации концепт. модели к конкретной СУБД. Т.е., внутр. ур-нь – это представл-е БД со стороны СУБД, и на этом ур-не опис-ся, как данные должны храниться в компе. А потому на этом ур-не треб-ся, чтобы проектировщик привел св-ва и ограничения концепт-й модели в соотв-ие с выбранной моделью реализации БД. Внутр. ур-нь предназначен для достижения оптимальной произв-ти и обеспеч-я оптим-го исп-я дискового пространства. На этом ур-не осущ-ся взаимод-е СУБД с методами доступа операционной системы. Здесь хранится:1) распред-е диск. пространства для хран-я данных; 2)сведения о размещении записей; 4)сведения о сжатии данных и методах их шифрования.
В действит-и ниже внутр-го ур-ня нах-ся еще физич-й ур-нь, на кот. опис-ся способы хран-я инф-и на носителях. т.е., физ. ур-нь – это собственно данные, хран-ся на внешн. носителях инф-и и располож-е в файлах.
Предложенная архитектура позволяет обеспечить логич-ую (возм-ть изменения одного приложения без корректировки других, работающих с этой же БД) и физич-ю (возм-ть переноса хранимой информации с одних носителей на другие при сохранении работоспособности всех приложений, работающих с конкретной базой) независ-ть при работе с данными
11.Понятие модели данных.Иерарх-ая модель.
Данные-набор конкретных значений, параметров, характеризующих объект, условие, ситуацию и др.Модель данных-систематизация разнообразной информации и отражение ее свойств по содержанию, структуре, объему, связям, динамике с учетом удовлетворения информационных потребностей всех категорий пользователей. В иерархических моделях основная структура представления данных имеет форму дерева. На самом высшем (первом) уровне иерархии находится только одна вершина, которая называется корнем дерева. Эта вершина имеет связи с вершинами второго уровня, вершины второго уровня имеют связи с вершинами третьего уровня и т.д. Связи между вершинами одного уровня отсутствуют. Следовательно, данные в иерархической структуре не равноправны – одни жестко подчинены другим. Доступ к информации возможен только по вертикальной схеме, начиная с корня, так как каждый элемент связан только с одним элементом на верхнем уровне и с одним или несколькими на низком.Дост-ва: достаточно эффективное использование памяти и неплохие временные показатели выполнения операций над данными. Однако, удобна эта модель в основном для работы с иерархически организованной информацией.Недостатки:достаточно сложные логические связи и соответствующая громоздкость в обработке данных