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