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