Работа с пулом соединений

Тема: ПРОЕКТИРОВАНИЕ БАЗ ДАННЫХ

Лекция №14

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

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

В этой модели клиентское приложение открывает соединение через промежуточный сервер (рис. 1, А). После завершения работы соединение закрывается приложением, но промежуточный сервер продолжает удерживать его в течение заданного промежутка времени, например, 60 секунд. По истечении этого времени промежуточный сервер закрывает соединение с базой данных (рис. 1, Б). Если в течение этой минуты, например, после 35 секунд, клиентское приложение снова требует связи с базой данных, то сервер просто предоставляет уже готовое соединение, причем после завершения работы обнуляет счет времени и готов снова минуту ждать обращения (рис. 1, В).

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

При создании подключения с использованием поставщиков данных.NET автоматически создается пул соединений. При вызове метода Close соединение не разрывается, а по умолчанию помещается в пул. В течение 60 секунд соединение остается открытым, и если оно не используется повторно, поставщик данных закрывает его. Если же по каким-либо причинам необходимо закрывать соединение, не помещая его в пул, в строке соединения СonnectionString нужно вставить дополнительный параметр.

Рисунок 1. Трехуровневая модель соединения с базой данных

Сущность - это реальный или представляемый объект, информация о котором должна сохраняться в проектируемой системе.

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

Примеры сущностей: люди, продукты, студенты и т.д.

Рассмотрим существующие связи:

• один-к-одному (обозначается 1:1). Это означает, что в такой связи в каждый момент времени каждому экземпляру сущности A соответствует 1 или 0 экземпляров сущности B. Данный факт представлен на Рис. 1.1, где прямоугольники обозначают сущности, а ромб - связь. Так как степень связи для каждой сущности равна 1, то они соединяются одной линией.

Рис. 1.1. Связь один-к-одному

• один-ко-многим (1:N). Одному экземпляру сущности A соответствуют 0, 1 или N экземпляров сущности B. Графически степень связи N отображается "древообразной" линией, так это сделано на следующем рисунке (Рис. 1.2).

Рис. 1.2. Связь один-ко-многим

• многие-к-одному (N:1). Эта связь аналогична отображению 1:N. Одному экземпляру сущности B соответствуют 0, 1 или N экземпляров сущности A (Рис. 1.3).

Рис. 1.3. Связь многие-к-одному

• многие-ко-многим (M:N). В этом случае одному экземпляру сущности A соответствуют 0, 1 или N экземпляров сущности B, и наоборот, одному экземпляру сущности B соответствуют 0, 1 или N экземпляров сущности A (Рис. 1.4).

Рис. 1.4. Связь многие-ко-многим

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

Рассмотрим примеры степени связи один-к-одному:

1. Если рассматривать традиционный брак, то степень связи между сущностями Мужчина и Женщина будет 1:1. Кроме того, каждый мужчина, состоящий в браке, обязательно ДОЛЖЕН иметь жену. Таким образом, говорят, что сущность Женщина имеет обязательный класс принадлежности. И, наоборот, каждая женщина, состоящая в браке, ДОЛЖНА иметь мужа. То есть, сущность Мужчина также имеет обязательный класс принадлежности (1.5).

Рис. 1.5. Связь 1:1

1. Сотрудник руководит отделом (Рис. 1.6). Поскольку сотрудник может руководить только ОДНИМ отделом, а в отделе может быть только ОДИН руководитель, то степень связи в этом примере 1:1. Кроме того, в каждом отделе ДОЛЖЕН быть руководитель, т.е. каждому экземпляру сущности Отдел ДОЛЖЕН соответствовать экземпляр сущности Сотрудник.

Рис. 1.6. Связь 1:1

1. Человек читает книгу (Рис. 1.7). Человек может читать сразу только ОДНУ книгу, а конкретная книга может быть читаема только ОДНИМ человеком, следовательно, степень связи 1:1.

Рис. 1.7. Связь 1:1

Рассмотрим примеры степени связи один-ко-многим (многие-к-одному):

1. В процессе обучения студенты объединены в группы. Каждая группа может содержать множество студентов, а каждый студент может входить только в одну группу, т.е. степень связи 1:N (Рис. 1.8). Каждая группа ДОЛЖНА содержать студентов, а каждый студент ДОЛЖЕН быть зачислен в конкретную группу.

Рис. 1.8. Связь 1:N

1. Поставщики продуктов имеют один юридический адрес, следовательно, ДОЛЖНЫ находиться в одном конкретном городе. А в одном городе МОГУТ находиться один, несколько или ни одного поставщика. (Рис. 1.9).

Рис. 1.9. Связь N:1

Рассмотрим примерстепени связи многие-ко-многим:

1. Продукты в магазин поставляются поставщиками. Каждый продукт, имеющийся в магазине, ДОЛЖЕН быть поставлен одним или несколькими поставщиками, а каждый из поставщиков МОЖЕТ поставлять один или несколько продуктов или не поставлять ни одного. Т.е. степень связи M:N (Рис. 1.10).

Рис. 1.10. Связь M:N

Между одними и теми же сущностями могут существовать несколько связей, например:

1. С одной стороны продукты в магазин поставляются заказчиками, с другой стороны, чтобы продукты были поставлены в магазин, необходимо заказать поставщикам необходимые продукты. Таким образом, между сущностями Продукты и Поставщики существуют связи «Поставляют» и «Заказаны» (Рис. 1.11). Рассмотрим подробнее связь «Заказаны». Каждый продукт ДОЛЖЕН быть заказан одному или нескольким поставщикам, каждый поставщик МОЖЕТ получить заказ на один или несколько продуктов или вообще не получить заказ.

Рис. 1.11. Связи многие-ко-многим

1. Рассмотрим сущности Врач и Пациент. Пациент ДОЖЕН иметь одного лечащего врача, а врач МОЖЕТ лечить несколько пациентов. Кроме того, пациент МОЖЕТ иметь нескольких врачей-консультантов, а врач МОЖЕТ консультировать нескольких пациентов (Рис.1.12).

Рис. 1.12. Связи многие-ко-многим

Дата добавления: 2014-01-14