- •2. Понятие экономической информации
- •3. Экономические информационные системы
- •4. Внемашинная организация экономической информации
- •5. Внутримашинная организация экономической информации
- •6. Понятие базы данных. Системы управления базами данных и их функции.
- •7. Трехуровневая модель организации баз данных
- •Внешняя
- •Внешняя
- •Внешняя
- •8. Иерархическая модель данных
- •9. Сетевая модель
- •10. Реляционная модель
- •10. Ключи и связи. Ссылочная целостность.
- •Основное правило реляционной (ссылочной) целостности гласит: Первичный ключ любой таблицы должен содержать уникальные (не повторяющиеся) непустые значения для данной таблицы.
- •11. Операции реляционной алгебры над отношениями.
- •12 . Постреляционная модель
- •12. Объектно-ориентированная и объектно-реляционная модели
- •13. Многомерная модель
- •14. Требования, предъявляемые к базе данных. Этапы жизненного цикла базы данных
- •15. Модель «сущность–связь»
- •15.2 Преобразование er- модели в реляционную
- •Правило 1
- •Правило 2
- •Правило 3
- •Правило 4
- •Связь между указанными таблицами будет иметь вид ф 1 илиал заказ
- •Правило 5
- •Правило 6
- •Ф 1 илиал заказ
- •15.5 Общие сведения о case-средствах.
- •Пример программного окна Erwin показан ниже.
- •16. Нормализация данных в реляционных таблицах
- •17. Этапы проектирования базы данных и их процедуры
- •18. Назначение, стандарты, достоинства языка sql
- •18.1. Структура команды sql. Типы данных. Выражения
- •Действие Предложения Ключевые слова
- •18.2. Функциональные возможности языка sql
- •19. Знания и их виды
- •19.1 Базы знаний. Модели представления знаний
- •19.2 Продукционные модели
- •19.3 Семантические сети
- •19.4 Фреймовые модели
- •9.4 Пример сети фреймов
- •19.5 Формальные логические модели
- •20. Эволюция концепций обработки данных
- •21. Принцип передачи данных по сети
- •22. Удаленная обработка данных
- •23. Архитектура файл/сервер
- •24. Клиент/ серверные системы
- •Представление информации
- •Клиентское приложение 1
- •Клиентское приложение n
- •Клиентское приложение
- •26. Пользователи и администраторы баз данных
- •27. Защита баз данных
- •29. Оптимизация работы базы данных
- •30. Устройства для хранения баз данных
- •31. Индексирование и хеширование
- •32. Сжатие данных
Представление информации
Рис.26. Трехзвенная модель архитектуры
клиент/ сервер
На сервере приложений реализуется несколько функций обработки информации, каждая из которых оформлена как служба предоставления услуг всем требующим этого программ клиентов. Поступающие от клиентов к серверу запросы помещаются в очередь на сервере приложений, из которой выбираются в соответствии с некоторой дисциплиной, например, по приоритетам. Достоинством AS- модели является гибкость и универсальность вследствие разделения функций на три независимые составляющие. Недостаток модели- высокие затраты ресурсов компьютеров на обмен информацией между компонентами по сравнению с двухзвенными моделями.
Корпоративные данные большинства предприятий, организаций, как правило, хранятся в базах данных, управляемых серверами баз данных. Современные серверы баз данных должны удовлетворять следующим требованиям:
масштабируемость – отсутствие существенного снижения скорости выполнения пользовательских запросов при пропорциональном росте количества запросов и аппаратных ресурсов, используемых сервером баз данных;
доступность – возможность всегда выполнить запрос;
надежность – минимальная вероятность сбоев, наличие средств восстановления данных после сбоев, инструментов резервного копирования и дублирования данных;
управляемость – простота администрирования, наличие средств автоматического конфигурирования;
наличие средств защиты данных от потери и несанкционированного доступа;
поддержка доступа к данным с помощью Web-служб;
поддержка стандартных механизмов доступа к данным (таких как ODBC, JDBC, OLE DB, ADO.NET).
Несоответствие сервера баз данных какому-либо из этих требований приводит к тому, что даже у неплохого по другим потребительским свойствам сервера баз данных область его применения оказывается весьма ограниченной. Так, сервер баз данных с плохой масштабируемостью, успешно применявшийся при небольшом объеме обрабатываемых данных, оказывается непригодным в случае увеличения их количества.
Именно поэтому лидеры рынка серверов баз данных стремятся производить продукты, удовлетворяющие всем вышеперечисленным требованиям. Кроме того, как правило, подобные продукты существуют для нескольких платформ, а нередко и в разных редакциях, предназначенных для решения различных задач.
Наиболее популярные на рынке программных продуктов серверы баз данных указаны в таблице.
Сервер баз данных |
Производитель |
Интернет-ссылка |
Oracle |
Oracle Corp |
www.oracle.com |
Microsoft SQL Server |
Microsoft |
www.microsoft.com |
Informix |
Informix |
www.informix.com |
Adaptive Server Enteprise |
Sybase |
www.sybase.com |
DB2 Universal Database |
IBM |
www.ibm.com/db2 |
Современные компьютеры- серверы представляют собой мощные персональные компьютеры, имеющие до 4- х процессоров, оперативную память до 64 Ггбайт, несколько жестких дисков с общим объемом памяти 3,6 Тбайт. Наиболее известными производителями компьютеров- серверов являются фирмы Hewlett Packard, Dell, FUJITSU-SIEMENS, IBM, ACER.
25. Механизмы доступа к данным
Как правило, между клиентским приложением и базой данных, хранящейся на сервере, не существует прямой связи. Между ними дополнительно встраиваются особые программные модули, позволяющие клиентскому приложению получать доступ к базе данных. Такие модули называются механизмами доступа к данным. Использование механизмов доступа данных в первую очередь вызвана доступа разнообразием форматов баз данных различных производителей СУБД.
Существует два основные способа доступа к данным из клиентских приложений: использование прикладного программного интерфейса и использование универсального программного интерфейса.
Английское название программных интерфейсов -Application Programming Interface (API).
Прикладной программный интерфейс представляет собой набор функций, вызываемых из клиентского приложения. Такие функции инициируют передачу запросов серверу баз данных и получение от сервера результатов выполнения запросов или кодов ошибок, которые затем обрабатываются клиентским приложением.
Прикладной API обеспечивает быстрый доступ к данным, но может работать только с СУБД данного производителя, а замена ее повлечет за собой переписывание значительной части кода клиентского приложения. Такие API не подчиняются ни каким стандартам и различны для разных СУБД.
Универсальный программный интерфейс обычно реализован в виде библиотек и дополнительных модулей, называемых драйверами. Библиотеки содержат некий стандартный набор функций или классов, нередко подчиняющийся той или иной спецификации, т.е. стандартизованы. Пользователь имеет возможность настроить универсальный API под необходимый формат базы данных, не изменяя при этом пораммный код клиентского приложения.
Различия между прикладным и универсальным программными интерфейсами показаны на рисунке 27.
