- •Вопрос 1. Понятие ис. Структура и состав ис
- •Вопрос 2. Подходы к классификации ис
- •Вопрос 3. Технология и архитектура «Клиент-Сервер»
- •Вопрос 4. Основные тенденции развития эвм.
- •Вопрос 5. Архитектура и основные характеристики современного пк.
- •Вопрос 6. Технология и архитектура «Файл-Сервер».
- •Вопрос 7. Носители информации, используемые в современных ис, их характеристики.
- •Вопрос 8. Классы эвм, области и особенности применения.
- •Вопрос 9. Классификация программного обеспечения ис
- •Вопрос 10. Архиваторы: принципы функционирования, области и особенности применения
- •Вопрос 11. Антивирусы: принципы функционирования, области и особенности применения
- •Вопрос 12. Деструктивное программное обеспечение. Методы противодействия ему
- •Вопрос 13. Операционные системы: общие понятия, семейства и особенности.
- •Вопрос 14. Пакеты прикладных программ общего назначения: виды, области применения, характеристики.
- •Вопрос 15. Методо-ориентированные пакеты прикладных программ.
- •Вопрос 16. Проблемно-ориентированные пакеты прикладных программ.
- •Вопрос 17. Стандарт erp: цели, группы решаемых задач.
- •Вопрос 18. Стандарты mrp, mrp II: цели; группы решаемых задач.
- •Вопрос 19. Основные идеи метода сетевого планирования.
- •Вопрос 20. Эволюция систем управления предприятием. Тенденции развития ис.
- •Вопрос 21. Информационное обеспечение ис.
- •Вопрос 22. Внемашинное и внутримашинное ио ис.
- •Вопрос 23. Базы данных. Требования к базам данных.
- •Вопрос 24. Жизненный цикл ис: понятие, необходимость формализации, модели жизненного цикла ис.
- •Вопрос 25. Модели жизненного цикла ис. Содержание этапов и относительные затраты на реализацию.
- •Вопрос 26. Программные продукты с открытым и закрытым ядром. Особенности внедрения и эксплуатации.
- •Вопрос 27. Обзор Российского рынка бухгалтерских пакетов прикладных программ.
- •Вопрос 28. Три основные виды угроз ис.
- •Вопрос 29. Случайные и преднамеренные угрозы ис.
- •Вопрос 30. Понятие модели нарушителя.
- •Вопрос 31. Походы к идентификации пользователей в ис.
- •Вопрос 32. Направления защиты информации в ис.
- •Вопрос 33. Принципы защиты ис от нсд.
- •Вопрос 34. Архивация и резервирование: задачи и подходы.
- •Вопрос 33. Принципы защиты ис от нсд
- •Вопрос 34. Архивация и резервирование: задачи и подходы
- •Вопрос 35. Модели данных, применяемые для построения баз данных (сетевая, иерархическая, реляционная, объектно-ориентированная).
- •Вопрос 36. Понятие нормализации реляционной бд.
- •Вопрос 37. Основные операции реляционной алгебры.
- •Вопрос 38. Определения и понятия схемы и подсхем базы данных. Назначение, примеры
- •Трехуровневая архитектура ansi-sparc
- •Вопрос 39. Sql: назначение и общая характеристика
- •Вопрос 40. Общая характеристика субд ms Access
- •Вопрос 41. Возможности субд ms Access по работе со свойствами таблиц данных.
- •Вопрос 42. Порядок разработки и выполнения запросов с использованием qbe в среде субд ms Access.
- •Вопрос 43. Формы в субд Access. Назначение и порядок создания.
- •Вопрос 44. Подчиненные формы и их использование в субд Access.
- •Вопрос 45. Отчеты, их создание и использование в субд Access.
Вопрос 38. Определения и понятия схемы и подсхем базы данных. Назначение, примеры
Схема базы данных – описание базы данных. Схема создается в процессе проектирования базы данных, причем предполагается, что она изменяется достаточно редко.
Первая попытка создания стандартной терминологии и общей архитектуры СУБД была предпринята в 1971 году группой DBTG, признавшей необходимость использования двухуровневого подхода, построенного на основе использования системного представления, т.е. схемы, и пользовательских представлений, т.е. подсхем.
Представление (VIEW) - объект базы данных, являющийся результатом выполнения запроса к базе данных, определенного с помощью оператора SELECT, в момент обращения к представлению. Представления иногда называют "виртуальными таблицами". Такое название связано с тем, что представление доступно для пользователя как таблица, но само оно не содержит данных, а извлекает их из таблиц в момент обращения к нему.
Сходные терминология и архитектура были предложены в 1975 году Комитетом планирования стандартов и норм SPARC (Standards Planning and Requirements Committee) Национального Института Стандартизации США (American National Standard Institute – ANSI).
В данном случае для нас наиболее важным моментом в этих и последующих разработках является идентификация трех уровней абстракции, т.е. трех различных уровней описания элементов данных: внешний, концептуальный и внутренний уровни.
Трехуровневая архитектура ansi-sparc
Цель трехуровневой архитектуры заключается в отделении пользовательского представления базы данных от ее физического представления. Ниже перечислено несколько причин, по которым желательно выполнять такое разделение.
Каждый пользователь должен иметь возможность обращаться к одним и тем же данным, используя свое собственное представление о них. Каждый пользователь должен иметь возможность изменять свое представление о данных, причем это изменение не должно оказывать влияния на других пользователей.
Пользователи не должны непосредственно иметь дело с подробностями физического хранения данных в базе
Администратор базы данных должен иметь возможность изменять структуру хранения данных в базе, не оказывая влияния на пользовательские представления.
Внутренняя структура базы данных не должна зависеть от таких изменений физических аспектов хранения информации, как переход на новое устройство хранения.
АБД должен иметь возможность изменять концептуальную или глобальную структуру базы данных без какого-либо влияния на всех пользователей.
Уровень, на котором воспринимают данные пользователи, называется внешним уровнем (external level) (ЭТО – ПОДСХЕМЫ, каждая из которых является представлением), тогда как СУБД и операционная система воспринимают данные на внутреннем уровне (internal level). Именно на внутреннем уровне данные реально сохраняются с использованием всех тех структур и файловой организации. Концептуальный уровень (conceptual level) представления данных предназначен для отображения внешнего уровня на внутренний и обеспечения необходимой независимости друг от друга.
Внешний уровень (подсхемы). Каждый пользователь имеет дело с представлением предметной области, выраженным в наиболее удобной для него форме. Внешнее представление содержит только те сущности, атрибуты и связи предметной области, которые интересны пользователю. Помимо этого, различные представления могут по-разному отображать одни и те же данные. Например, один пользователь может просматривать даты в формате (день, месяц, год), а другой - в формате (год, месяц, день).
Концептуальный уровень (схема). Содержит логическую структуру всей базы данных (с точки зрения АБД). Концептуальный уровень поддерживает каждое внешнее представление, в том смысле, что любые доступные пользователю данные должны содержаться (или могут быть вычислены) на этом уровне. Однако этот уровень не содержит никаких сведений о методах хранения данных.
Внутренний уровень (схема хранения). Внутренний уровень описывает физическую реализацию базы данных и предназначен для достижения оптимальной производительности и обеспечения экономного использования дискового пространства. На этом уровне осуществляется взаимодействие СУБД с методами доступа операционной системы с целью размещения данных на запоминающих устройствах, создания индексов, извлечения данных и т.д.
СУБД отвечает за установление соответствия между этими тремя типами схем, а также за проверку их непротиворечивости. Иначе говоря, СУБД должна убедиться в том, что каждую внешнюю схему можно вывести на основе концептуальной схемы. Для установления соответствия между любыми внешней и внутренней схемами СУБД должна использовать информацию из концептуальной схемы. Концептуальная схема связана с внутренней схемой посредством отображения "концептуальный - внутренний". Наконец, каждая внешняя схема связана с концептуальной схемой с помощью отображения "внешний - концептуальный". С его помощью СУБД может отображать имена пользовательского представления на соответствующую часть концептуальной схемы.