- •Понятие экономической инфо.
- •Экономические информационные системы, их классификация.
- •Понятие системы, ее свойства.
- •Характеристики и структурные единицы экономической инфо.
- •Достаточность(полнота) – содержит мин необходимый объем сведений для принятия правильного решения.
- •Внемашинная организация экономической инфо.
- •Внутримашинная орг-ция экономич-ой инфо.
- •Понятие базы данных. Ее основные элементы.
- •Система упр-ия базами данных, их функции.
- •Трехур-я модель организации баз данных.
- •Иерархическая модель данных.
- •Реляционная модель данных.
- •Ключевые поля таблиц. Понятие первичного ключа.
- •Первичный ключ любой таблицы должен содержать уникальные (не повторяющиеся) непустые значения для данной таблицы.
- •Реляционная (ссылочная) целостность.
- •Отношения между данными в базе данных.
- •Операции реляционной алгебры над отношениями.
- •Постреляционная модель данных.
- •Объектно-ориентированная модель данных.
- •Многомерная модель данных.
- •Требования, предъявляемые к базе данных.
- •Этапы жизненного цикла базы данных.
- •23.Модель «сущность–связь»
- •24.Преобразование er- модели в реляционную
- •25.Общие сведения о case-средствах.
- •26.Нормализация данных в реляционных таблицах
- •27.Этапы проектирования базы данных и их процедуры
- •28. Общая характеристика субд Microsoft Access.
- •29 Структура окна субд ms Access.
- •30. Таблицы. Типы и свойства полей таблиц.
- •31. Запросы на выборку, способы их создания.
- •32. Перекрестный запрос.
- •34. Запросы действия (активные запросы), их разновидности.
- •35. Формы и используемые в них элементы управления.
- •37. Макросы и модули, их отличия.
- •38. Страницы доступа к данным, их виды.
- •39. Назначение, стандарты и преимущества языка sql.
- •40. Структура команды sql.
- •1.Структура языка sql (типы команд):
- •2. Определение структур базы данных (ddl)
- •3. Манипуляция данными (dml)
- •4. Отбор данных (dql)
- •5. Язык управления данными (dcl)
- •6. Команды администрирования данных
- •7. Команды управления транзакциями
- •41 Типы данных и выражения в sql.
- •Типы данных языка sql
- •42.Функциональные возможности языка sql.
- •43 Знания и их виды.
- •44. Базы знаний.
- •45. Модели представления знаний.
- •46. Продукционные модели.
- •47. Семантические сети.
- •48. Фреймовые модели.
- •49. Формальные логические модели.
- •50. Обработка данных на мейнфреймах в пакетном режиме.
- •51. Обработка данных в многотерминальных системах.
- •52. Обработка данных на автономных персональных компьютерах.
- •53. Обработка данных с помощью компьютерных сетей.
- •54. Принцип передачи данных по сети.
- •55.Формы взаимодействия между компьютерами при удаленной обработке данных.
- •56. Централизованная и децентрализованная обработка данных.
- •57. Виды серверов.
- •58. Архитектура файл-сервер.
- •60. Требования к серверу баз данных.
- •62. Категории специалистов, работающих с базой данных.
23.Модель «сущность–связь»
Средством моделирования предметной области на этапе концептуального проектирования является модель «сущность–связь». Часто ее называют ER-моделью (Entity – сущность, Relation – связь). В ней моделирование структуры данных предметной области базируется на использовании графических средств – ER-диаграмм (диаграмм «сущность–связь»). В наглядном виде они представляют связи между сущностями.
Основные понятия ER-диаграммы – сущность, атрибут, связь.
Сущность – это некоторый объект реального мира, который может существовать независимо. Сущность имеет экземпляры, отличающиеся друг от друга значениями атрибутов и допускающие однозначную идентификацию.
Атрибут – это свойство сущности. Например, сущность КНИГА характеризуется такими атрибутами, как автор, наименование, цена, издательство, тираж, количество страниц. Конкретные книги являются экземплярами сущности КНИГА. Они отличаются значениями указанных атрибутов и однозначно идентифицируются атрибутом «наименование». Атрибут, который уникальным образом идентифицирует экземпляры сущности, называется ключом. Может быть составной ключ, представляющий комбинацию нескольких атрибутов.
Предположим, что проектируется база данных, предназначенная для хранения информации о деятельности некоторой фирмы. Эта фирма имеет филиалы. Филиалы управляются менеджерами. Клиенты делают в филиалах заказы. Филиалы обрабатывают эти заказы. Описываемую предметную область назовем ФИРМА. В ней могут быть выделены четыре сущности: филиал, менеджер, заказ, клиент.
24.Преобразование er- модели в реляционную
Концептуальные модели (модели «сущность–связь») позволяют более точно представить предметную область, чем реляционные и другие более ранние модели. Но в настоящее время существует немного СУБД, поддерживающих эти модели. На практике наиболее распространены системы, реализующие реляционную модель. Поэтому необходим метод перевода концептуальной модели в реляционную. Такой метод основывается на формировании набора предварительных таблиц из ER-диаграмм.
Для каждой сущности создается таблица. Причем каждому атрибуту сущности соответствует столбец таблицы.
Правила генерации таблиц из ER-диаграмм опираются на два основных фактора – тип связи и класс принадлежности сущности.
25.Общие сведения о case-средствах.
Наглядное представление концептуальных схем баз данных обусловило широкое распространение ER-модели в CASE-средствах (Computer- Aided System Engineering ). Эти средства предназначены для автоматизированного проектирования реляционных баз данных. Широко распространены CASE-системы, позволяющие выполнять ER-диаграммы в соответствии со стандартом IDEF1X. К ним относятся, в частности, Erwin, Design/IDEF, Power Designer.
CASE-средства позволяют строить ER-диаграммы в реальном масштабе времени, используя при этом богатую цветовую палитру, сквозную проверку синтаксических правил. Графические средства моделирования предметной области дают возможность наглядно изучать концептуальную модель данных и перестраивать ее соответственно поставленным целям и имеющимся ограничениям.
Современные CASE-средства обладают, например, такими характерными особенностями, как: единый графический язык. Все участники проекта обеспечиваются единым, строгим, наглядным графическим языком, позволяющим получать проект с простой, ясной структурой; использование репозитария. Репозитарий – это база данных проекта, предназначенная для хранения всей информации о проекте, которая может использоваться совместно разработчиками соответственно их правам доступа; поддержка коллективной разработки и управления проектом. Поддерживаются возможность работы в сети, импорт-экспорт фрагментов проекта, а также функции, необходимые в процессе разработки и сопровождения проектов – планирование, контроль, руководство, взаимодействие; макетирование. Можно быстро строить макеты будущей базы данных, что позволяет оценить на ранних этапах разработки, насколько она приемлема для будущих пользователей; генерация документации. Вся документация по проекту генерируется автоматически на основе репозитария. Она всегда отображает текущее состояние дел, так как любые изменения в проекте автоматически отображаются в репозитарии; верификация проекта. Это проверка проекта на полноту и состоятельность на ранних этапах разработки. Она влияет на успех разработки в целом.
Современные CASE-средства поддерживают все этапы ЖЦБД
