18. Архитектура ис.

Эффективность функционирования информационной системы (ИС) во многом зависит от ее архитектуры. В настоящее время перспективной явля­ется архитектура клиент-сервер. В достаточно распространенном варианте она предполагает наличие компьютерной сети и распределенной базы данных, включающей корпоративную базу данных (КБД) и персональные базы дан­ных (ПБД). КБД размещается на компьютере-сервере, ПБД размещаются на компьютерах сотрудников подразделении, являющихся клиентами корпо­ративной БД.

Сервером определенного ресурса в компьютерной сети называется компьютер (программа), управляющий этим ресурсом, клиентом — ком­пьютер (программа), использующий этот ресурс.

Достоинством организации информационной системы по архитекту­ре клиент-сервер является удачное сочетание централизованного хране­ния, обслуживания и коллективного доступа к общей корпоративной ин­формации с индивидуальной работой пользователей над персональной информацией.

Исторически первыми появились распределенные ИС с применением файл-сервера.

В таких ИС по запросам пользователей файлы базы данных передаются на персональные компьютеры, где и произ­водится их обработка. Недостатком такого варианта архитектуры явля­ется высокая интенсивность передачи обрабатываемых данных. Причем зачастую передаются избыточные данные. Файлы базы данных передаются целиком.

При архитектуре с использованием сервера БД сервер обеспечивает выполнение основного объема обработки данных. Формируемые пользователем или приложени­ем запросы поступают к серверу БД в виде инструкций языка SQL. Сер­вер базы данных выполняет поиск и извлечение нужных данных, которые затем передаются на компьютер пользователя. Достоинством такого под­хода в сравнении предыдущим является заметно меньший объем переда­ваемых данных.

Использование архитектуры клиент-сервер дает возможность постепен­ного наращивания информационной системы предприятия, во-первых, по мере развития предприятия; во-вторых, по мере развития самой информаци­онной системы.

19. Поколения бд, принципы и основные понятия.

20. Реляционный подход к организации данных.

Реляционная модель данных некоторой предметной области предст. собой набор отношений, изменяющихся во времени. При создании ИС совокупность отношений позволяет хранить данные об объектах предметной области и моделировать связи между ними.

Отношение яв-ся важнейшим понятием и предст. собой двумерную таблицу, содержащую некоторые данные.

Сущность есть объект любой природы, данные о котором хранятся в БД. данные о сущности хранятся в отношении.

Атрибуты предст. собой свойства, характеризующие сущность. В структуре таблицы каждый атрибут именуется и ему соответствует заголовок некоторого столбца таблицы.

Домен предст. собой множество всех возможных значений определенного атрибута отношения.

Схема отношения предст. собой список имен атрибутов.

Первичным ключом наз-ся атрибут отношения, однозначно идентифицирующий каждый из его кортежей. ключ может быть составным, т.е. состоять из нескольких атрибутов.

Каждое отношение обязательно имеет комбинацию атрибутов, котораяможет служить ключом. Во многих СУБД допускается создавать отношения, не определяя ключи. Если выбранный первичный ключ состоит из минимально необходимого набора атрибутов, говорят, что он яв-ся неизбыточным.

Ключи обычно используют для достижения следующих целей:

1. исключения дублирования значений в ключевых атрибутах.

2. упорядочения кортежей.

3. ускорения работы с кортежами отношения.

4. организации связывания таблиц.

С помощью внешних ключей устанавливаются связи между отношениями.

Реляционная модель накладывает на внешние ключи ограничения для обеспечения целостности данных, называемое ссылочной целостностью. Это означает, что каждому значению внешнего ключа должны соответствовать строки в связываемых отношениях.

В общем случае можно считать, что БД включеат одну или несколько таблиц, объединенных смысловым содержанием, а также процедурами контроля целостности и обработки информации в интересах решения некоторой прикладной задачи.

Таблица данных обычно хранится на магнитном диске в отдельном файле ОС, поэтому по ее именования могут существовать ограничения. Имена полей хранятся внутри таблиц. правила их формирования определяются СУБД, которые на длину полей и используемый алфавит серьезных ограничений не накладывают.

Если задаваемое таблицей отношение имеет ключ, то считается, что таблица тое имеет ключ, и ее называют ключевой или таблицей с ключевыми полями.

Основной единицей обработки данных в реляционных БД яв-ся отношение, а не отдельные кортежи.