- •1.4. Понятие кодирования информации, методы кодирования
- •3.22. Сase-средства для моделирования данных.
- •4.24. Возможности, предоставляемые субд пользователям. Производительность субд.
- •4.25. Функции субд
- •4.26. Направления развития субд: расширение множества типов обрабатываемых данных, интеграция технологий бд и web-технологий, превращение субд в системы управления базами знаний.
- •5.27.Характеристика субд Micrоsoft Access 2003: тип, платформа, функциональные возможности, пользовательский интерфейс, настройка рабочей среды
- •5.28. Характеристика объектов базы данных.
- •5.29. Пользовательский интерфейс субд Access.
- •5.30. Типы обрабатываемых данных и выражения.
- •6.31. Технология создания базы данных: описание структуры таблиц, установка связи между таблицами, заполнение таблиц данными.
- •6.32. Корректировка базы данных (каскадные операции).
- •6.33 Конструирование запросов выбора, перекрестного запроса, запросов на внесение изменений в базу данных.
- •6.34 Конструирование формы: простой, с вкладками, составной, управляющей (с кнопками)
- •6.35. Конструирование отчета с вычислениями в строках, с частными и общими итогами.
- •6.36. Конструирование макросов связанных и не связанных с событиями, различных по структуре.
- •7.37. Назначения, стандарты и достоинства языка sql
- •7.38. Структура команды sql
- •7.39 Возможности языка sql по: определению данных, внесению изменений в базу данных, извлечению данных из базы.
- •7.40 Понятие и типы транзакций. Обработка транзакций в sql.
- •7. 41 Управление доступом к данным в sql.
- •7.42 Встраивание sql в прикладные программы.
- •7.43. Диалекты языка sql в субд.
- •8.44. Эволюция концепций обработки данных
- •8.45. Настольные субд, их достоинства и недостатки.
- •8.46. Клиент/серверные системы: клиенты, серверы, клиентские приложения, серверы баз данных.
- •8.47. Механизмы доступа к данным базы на сервере.
- •8.48. Понятие и архитектура РаБд. Гомогенные и гетерогенные РаБд. Стратегии распределения данных в РаБд.
- •9.51. – 9. 55 Olap-технология и хранилища данных. Отличия хд от базы данных. Классификация хд. Технологические решения хд. Программное обеспечение для разработки хд.(неполн)
- •10.57. Актуальность защиты бд. Причины, вызывающие ее разрушение. Правовая охрана баз данных.
- •10.58.Восстановление бд с помощью резервного копирования бд, с помощью журнала транзакций
- •10.59 Оптимизация работы бд.
- •10.60. Возможности Access по администрированию бд
3.22. Сase-средства для моделирования данных.
CASE-средства (от Computer Aided Software/System Engineering) позволяют проектировать любые системы на компьютере. Необходимый элемент системного и структурно-функционального анализа, CASE-средства позволяют моделировать бизнес-процессы, базы данных, компоненты программного обеспечения, деятельность и структуру организаций. Применимы практически во всех сферах деятельности. Результат применения CASE-средств - оптимизация систем, снижение расходов, повышение эффективности, снижение вероятности ошибок. Программные продукты: Computer Associates, IBM Rational Software, CA ERwin Modeling Suite, Oracle Designer (входит в Oracle9i Developer Suite)
CASE (англ. Computer-Aided Software Engineering) — набор инструментов и методов программной инженерии для проектирования программного обеспечения, кот помогает обеспечить высокое качество программ, отсутствие ошибок и простоту в обслуживании программных продуктов. Также под CASE понимают совокупность методов и средств проектирования информационных систем с интегрированными автоматизированными инструментами, которые могут быть использованы в процессе разработки программного обеспечения. В функции CASE входят средства анализа, проектирования и программирования. С помощью CASE автоматизируются процессы проектирования интерфейсов, документирования и производства структурированного кода на желаемом языке программирования. Выделяют две основные концепции комп-ого программного обеспечения системы CASE: простые и «прозрачные» методы упрощения разработки программного обеспечения и/или его технического обслуживания; инженерный подход к разработке программного обеспечения и/или его технического обслуживания.
Типичными CASE инструментами являются: инструменты управления конфигурацией; инструменты моделирования данных; инструменты анализа и проектирования; инструменты преобразования моделей; инструменты редактирования программного кода; инструменты рефакторинга кода; генераторы кода. В связи с наглядностью представления концептуальных схем баз данных ER-модели получили широкое распространение в CASE-средствах. Эти средства предназначены для автоматизированного проектирования реляционных баз данных. Широко распространены CASE-системы, позволяющие выполнять ER-диаграммы в соответствии со стандартом IDEF1X. К ним относятся, в частности, Erwin, Design/IDEF, Power Designer. CASE-средства позволяют строить ER-диаграммы в реальном масштабе времени, что дает возможность наглядно изучать концептуальную модель данных и перестраивать ее соответственно поставленным целям и имеющимся ограничениям.
4.23. Понятие СУБД. Архитектура СУБД. Понятие. Система управления БД (СУБД) – сов-сть языковых и програмн средств, предназначенных для создания, ведения и совместного использования БД многими пользователями.
Современная СУБД содержит в своем составе программные средства создания баз данных (язык описания и манипулирования данными, визуальные средства, отладчики), средства работы с данными и сервисные средства. Функции элементов СУБД: - язык описания служит для преобразования логической модели в физическую; - язык манипулирования реализует операции над данными; - визуальные средства привлекаются в процессе проектирования графических объектов; - программы отладки соединяют и тестируют блоки программы управления, созданной БД; - средства работы с БД обеспечивают удобный интерфейс с пользователем; сервисные средства привлекают к работе с БД другие программы (эксель).
Архитектура. В среде СУБД можно выделить след. пять основных компонентов:
Аппаратное обеспечение. Одни СУБД предназначены для работы только с конкр типами ОС или оборудования, другие могут работать с широким кругом аппаратного обеспечения и различными ОС. Для работы СУБД обычно требуется некоторый минимум оперативной и дисковой памяти, но ее может быть недостаточно для достижения приемлемой производительности системы.
Программное обеспечение. Этот компонент включает операционную систему, программное обеспечение самой СУБД, прикладные программы, включая и сетевое программное обеспечение, если СУБД используется в сети. Обычно приложения создаются на языках третьего поколения, таких как С, COBOL, Fortran, Ada или Pascal, или на языках четвертого поколения, таких как SQL, операторы которых внедряются в программы на языках третьего поколения.
Данные – наиболее важный компонент с точки зрения конечных пользователей. База данных содержит как рабочие данные, так и метаданные, т.е. "данные о данных".
Процедуры, к которым относят инструкции и правила, которые должны учитываться при проектировании и использовании базы данных: регистрация в СУБД; использование отдельного инструмента СУБД или приложения; запуск и останов СУБД; создание резервных копий СУБД; обработка сбоев аппаратного и программного обеспечения, включая процедуры идентификации вышедшего из строя компонента, исправления отказавшего компонента (например, посредством вызова специалиста по ремонту аппаратного обеспечения), а также восстановления базы данных после устранения неисправности; изменение структуры таблицы, реорганизация базы данных, размещенной на нескольких дисках, способы улучшения производительности и методы архивирования данных на вторичных устройствах хранения.
Пользователи: клиенты БД, администратор БД, прикладные программисты. Более подробно этот компонент рассматривается в лекции №9 (Администрирование БД)
Подсистема средств проектирования представляет собой набор инструментов, упрощающих проектирование и реализацию баз данных и их приложений. Как правило, этот набор включает в себя средства для создания таблиц, форм, запросов и отчетов.
Подсистема обработки обеспечивает обработку компонентов приложений, созданных с помощью средств проектирования. Например, в Access 2003 имеется компонент, реализующий построение формы и связывающий элементы формы с данными таблиц.
Третий компонент СУБД – ее ядро (DBMS Engine) выполняет функцию посредника между подсистемой средств проектирования и обработки и данными. Ядро СУБД получает запросы от двух других компонентов, выраженные в терминах таблиц, строк и столбцов, и преобразует эти запросы в команды операционной системы, выполняющие запись и чтение данных с физического устройства.
Microsoft представляет два различных ядра для Access 2003: Jet Engine и SQL Server. Ядро Jet Engine используется для персональных и коллективных баз данных небольшого объема. Ядро SQL Server предназначено для крупных баз данных.
Классификация СУБД. Режимы работы пользователя в СУБД.
По степени универсальности:
СУБД общего назначения не ориентированы на какую-либо конкретную предметную область или на информационные потребности конкретной группы пользователей. Они не всегда позволяют добиться требуемой производительности и/или удовлетворить заданные ограничения по объёму памяти, предоставляемой для хранения БД.
Тогда - специализированную СУБД для данного конкретного применения. Примером специализированной СУБД может быть система IMBASE, используемая для автоматизации проектных и конструкторских разработок.
По типу модели данных,
· иерархические. Первой такая СУБД - система IMS (Information Management System) компании IBM,
· сетевые. Первой сетевой СУБД считается система IDS (Integrated Data Store), разработанная компанией General Electric немного позже системы IMS;
· реляционные. Первые коммерческие реляционные СУБД от компаний IBM, Oracle Corporation, Relation Technology Inc. и других поставщиков появились в начале 80-х годов. Реляционные СУБД просты в использовании, повышают производительность программистов при разработке прикладных программ, хорошо приспособлены для работы в архитектуре клиент/сервер, позволяют параллельную обработку БД, хорошо приспособлены к графическим пользовательским интерфейсам.
· объектно-реляционные (постреляционные). Объектно-реляционные СУБД продолжают использовать стандартный язык запросов для реляционных БД – SQL, но с объектными расширениями;
· объектно-ориентированные. В основе объектно-ориентированных СУБД лежит объектно-ориентированная модель обработки данных.
· многомерные, в основе которых лежит многомерная модель данных.
На самом общем уровне все СУБД можно разделить на:
- профессиональные (промышленные), которые представляют собой программную основу для разработки автоматизированных систем управления крупными экономическими объектами. (Oracle, DB2, Sybase, Informix, Inqres, Progress.)
- персональные (настольные). (DBASE,FoxBase, FoxPro, Clipper, Paradox, Access.)
«Режим» - определённый порядок работы или состояния компьютера или программы.
Возможна работа пользователя с СУБД в трех режимах:
1) Через меню системы. Он реализуется чаще всего в виде различных меню и диалоговых окон, с помощью которых пользователь постепенно уточняет, какие действия он хочет выполнить и какую информацию получить из БД. Для этого не надо знать языка СУБД.
2) Командный режим – интерактивный режим. Это способ реализации возможностей языка, т.е. непосредственное выполнение команд. Система выдаёт подсказку и ожидает ответа – ввод соответствующей команды. После ввода команды система осуществляет синтаксический контроль текста введённой команды и (при отсутствии ошибок) выполняет команду. Команда в процессе её выполнения может проводить собственный диалог с пользователем или выдавать конкретные сообщения. После выполнения текущей команды система постоянно выдаёт подсказку (приглашение) о готовности принять очередную команду. Обеспечивает более быстрый доступ к данным, но требует знания языка СУБД.
3) Программный режим. Обеспечивает организацию доступа к данным и управление ими из прикладных программ. Пользователь может писать программы на языке команд, который поддерживает СУБД, производить отладку и выполнение программ. Текст программы можно вводить с помощью встроенного текстового или любого другого редактора.