
- •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 по администрированию бд
8.46. Клиент/серверные системы: клиенты, серверы, клиентские приложения, серверы баз данных.
Наиболее эффективную работу с централизованной БД обеспечивает архитектура клиент/сервер. Клиент/серверная система состоит из множества компьютеров, объединенных в сеть. Компьютеры, называемые клиентами, занимаются обработкой прикладных программ. Компьютеры, называемые серверами, занимаются обработкой БД. На сервере сети размещается БД и устанавливается мощная серверная СУБД – сервер баз данных. Сервер БД – это программный компонент, обеспечивающий хранение больших объемов информации, ее обработку и представление ее пользователям в сетевом режиме. На компьютере-клиенте приложение-клиент формирует запрос к БД. Серверная СУБД обеспечивает интерпретацию запроса, его выполнение, формирование результата запроса и пересылку его по сети на клиентский компьютер. Клиентское приложение интерпретирует его необходимым образом и представляет пользователю. Клиентское приложение может также посылать запрос на обновление БД и серверная СУБД внесет необходимые изменения в БД.
Преимущества клиент/серверной обработки:
уменьшается сетевой трафик, так как через сеть передаются только результаты запросов.
груз файловых операций ложится в основном на сервер, который мощнее компьютеров-клиентов и поэтому способен быстрее обслуживать запросы. Как следствие этого, уменьшается потребность клиентских приложений в оперативной памяти.
поскольку серверы способны хранить большое количество данных, то на компьютерах-клиентах освобождается значительный объем дискового пространства для других приложений.
повышается уровень непротиворечивости данных и существенно повышается степень безопасности БД, так как правила целостности данных определяются в серверной СУБД и являются едиными для всех приложений, использующих эту БД.
имеется возможность хранения бизнес-правил (например, правил ссылочной целостности или ограничений на значения данных) на сервере, что позволяет избежать дублирования кода в различных клиентских приложениях, использующих общую базу данных.
8.47. Механизмы доступа к данным базы на сервере.
Все серверные СУБД имеют клиентскую часть, которая обращается к БД посредством СУБД. Между клиентским прилож. и СУБД не существует прямой связи и дополнительно встраиваются программные модули, позволяющие клиентскому приложению получать доступ к БД, создаваемым с помощью разных СУБД. Такие модули называются механизмами доступа к данным.Существует 2 основных способа доступа к данным из клиентских приложений: использование прикладного интерфейса и использование универсального программного интерфейса. Прикладной программный интерфейс (API) предст. соб. набор функций, вызываемых из клиентского приложения. Он может работать только с СУБД данного производителя и при ее замене придется переписывать значительную часть кода клиентского приложения.Универсальный механизм доступа к данным обеспечивает возможность использования одного и того же интерфейса для доступа к разным типам СУБД. Обычно он реализован в виде специальных дополнительных модулей, называемых драйверами. Наиболее распространенным программным интерфейсом, обеспечивающим доступ к данным конкретной базы данных является ODBC фирмы Microsoft. Для доступа к данной конкретн. СУБД, кроме клиентск. части необходимо приложение ODBC и драйвер. ODBC – открытый стандарт совместимости БД, разработанный в 1990-х для предоставления независимого от СУБД способа обработки информации из реляц БД. ODBC – интерфейс, с помощью которого прикладн проги могу обращ-ся к БД и обраб-ть независ от СУБД способом. ODBC-драйвер выполняет все вызовы ODBC-функций и «переводит» их на язык источника данных. СУБД хранит и выводит данные в ответ на запросы со стороны ODBC-драйвера. Приложение ODBC – для определения доступа источника данных для конкрет. компа и описания источн. данных. Задание ODBC-источника данных является действием, которое осуществляется средствами операционной системы, управляющей компьютером. Источник данных – структура дан. ODBC, идентифицирующая БД и СУБД, которая ее обрабатывает. С его помощью могут быть заданы: 1.пользовательский – ист. дан., доступный только текущему пользователю на текущем компьютере; 2.файловый – фал, кот. может совместно использоваться пользователем БД; 3.системный – источник данных, доступный всем пользователям и службам текущего компьютера. Преимущества: - простота разработки приложения; - позволяет создавать распределенные гетерогенные приложения без учета конкретной СУБД – приложения становятся независимыми от СУБД.
Недостатки: - снижение скорости доступа к данным; - увеличение времени обработки запросов; - предварит инсталляция и настройка ОДВС на кждом рабочем месте; - представляет доступ только к SQL-ориентированным БД.
OLEDB и ADO – осн. часть универс-го мех. доступа к данным фирмы Майкрософт, позволяющ. осуществить доступ к реляцион. и нереляцион. источн. данных. OLEDB – реализация разработанного Майкрософт объективного стандарта OLE. Для доступа к источнику дан. С пом. OLEDB треб-ся на клиентском компе установаить провайдер для данной СУБД. Механизм доступа к данным ADO: – высокоуровнев. программн. интерфейс для доступа к дан. из приложения; - Содержит набор объектов, исп-емых для соединения с источником дан., чтения, добавления и модификации данных.