Файл: Инструкция для пользователя программы 44 1 Установка и запуск программы 44.docx

Рисунок 5 – Конструктор таблиц

В конструкторе таблиц также указывается столбец с первичным ключом. В данном случае это столбец с именем «Id». Первичный ключ наиболее удобен для тех или иных практических целей, например, для создания внешних ключей в других отношениях либо для создания кластерного индекса. Поэтому в качестве первичного ключа как правило выбирают тот, который имеет наименьший размер (физического хранения) и/или включает наименьшее количество атрибутов.

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

1.5 Конструирование диаграммы данных

Диаграмма базы данных представляет собой визуальное представление проекта базы данных. При конструировании с помощью конструктора диаграмм баз данных можно создавать, редактировать или удалять таблицы, столбцы, ключи, индексы, связи и ограничения. Для визуализации базы данных можно создать одну или несколько диаграмм, иллюстрирующих некоторые или все имеющиеся в ней таблицы, столбцы, ключи и связи (рисунок 6).



Рисунок 6 – Диаграмма данных

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

Для того, чтобы связать строки одной таблицы со строками другой, необходимо в конструкторе диаграмм баз данных перетащить заголовок столбца одной таблицы к заголовку другой. При этом возникает диалоговое окно «Связь по внешнему ключу» (рисунок 7), в котором указывается тип связи.



Рисунок 7 – Окно задания типа связи

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

---

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

---

1.6 Создание представлений

Представление – это виртуальная (логическая) таблица, представляющая собой поименованный запрос, который будет подставлен как подзапрос при использовании представления [6; стр. 12-13].

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

Типичным способом создания представлений для СУБД, поддерживающих язык запросов SQL, является связывание представления с определённым SQL-запросом. Соответственно, содержимое представления — это результат выполнения этого запроса.

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

Для того, чтобы создать представление необходимо воспользоваться конструктором представлений. После выбора таблиц, участвующих в представлении, конструируется сам запрос с необходимой выборкой данных (рисунок 8).



Рисунок 8 – Конструктор представлений

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

Использование представлений позволяет отделить прикладную схему представления данных от схемы хранения. С точки зрения прикладной программы структура данных соответствует тем представлениям, из которых программа эти данные извлекает. В действительности данные могут храниться совершенно иным образом, достаточно лишь создать представления, отвечающие потребностям программы. Разделение позволяет независимо модифицировать прикладную программу и схему хранения данных: как при изменении структуры физических таблиц, так и при изменении программы достаточно изменить представления соответствующим образом. Изменение программы не затрагивает физические таблицы, а изменение физической структуры таблиц не требует корректировки программы.

---

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

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

1.7 Вычисления клиент-сервер

1.7.1 Клиент-серверная модель вычислений

Вычисления клиент-сервер – это относительно новая модель вычислений, представляющая собой распределение обработки в многопользовательской базе данных по нескольким компьютерам (ПК и рабочим станциям). При реализации системы клиент-сервер получается система управления информацией с намного лучшим отношением «цена/производительность», которую можно наращивать и легко приспосабливать к меняющимся требованиям.

Системы клиент-сервер имеют три различных компонента, каждый из которых выполняет конкретную работу: сервер базы данных, клиентское приложение и сеть.

Сервер эффективно управляет ресурсом (таким как информационная база данных). Основной функцией сервера является оптимальное управление ресурсом для множества клиентов, которые одновременно у него этот ресурс запрашивают. Серверы баз данных выполняют такие задачи, как:

• 
  Управление одной информационной базой данных, с которой совместно работают множество пользователей.
  
• 
  Управление доступом к базе данных и другими требованиями защиты.
  
• 
  Защита информации в базе данных с помощью средств архивации-восстановления и создания резервных копий.
  
• 
  Централизованное задание для всех клиентских приложений правил глобальной целостности данных.
  
• 
  Клиентское приложение – это часть системы, которую пользователь использует для взаимодействия с данными. Клиентские приложения в СУБД клиент-сервер выполняют следующие задачи:
  
• 
  Представление интерфейса, с помощью которого пользователь может выполнять свою работу.
  
• 
  Управление логикой приложения, например, всплывающими списками в форме ввода данных или столбчатыми диаграммами в графическом представлении данных.
  
• 
  Выполнение логики приложения, например, вычисление полей в форме ввода данных.
  

---

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

---