17. Варианты архитектуры для bde. Локальная архитектура. Архитектура «Файл-сервер».
1. Локальная архитектура
Работа происходит в однопользовательском режиме.
При использовании локальной БД в сети можно организовать многопользовательский доступ. В этом случае файлы БД и предназначенное для работы с ней приложения располагаются на сервере сети.
2. Архитектура «Файл-сервер».
Файл-серверные базы данных могут быть доступны многим клиентам через сеть. Это очень удобно, так как изменения в таких базах данных видят все пользователи.
Для каждого клиента во время работы создается локальная копия данных, с которой он манипулирует. При этом возникают (и решаются) проблемы, связанные с возможным одновременным доступом нескольких пользователей к одной и той же информации.
Одним из недостатков баз данных файл-сервер является непроизводительная загрузка сети. При каждом запросе клиента данные в его локальной копии полностью обновляются из базы данных на сервере. Даже если запрос относится всего к одной записи, обновляются все записи данных. Если записей в базе данных много, то даже при небольшом числе клиентов сеть будет загружена очень основательно, что серьезно скажется на скорости выполнения запросов. Другой недостаток связан с тем, что забота о целостности данных при такой организации работы возлагается на программы клиентов. Если они недостаточно тщательно продуманы, в базу данных легко занести ошибки, которые могут отразиться на всех пользователях.
18. Варианты архитектуры для bde. Архитектура «Клиент-сервер» (толстый клиент).
Удаленная БД размещается на компьютере-сервере сети, а приложение осуществляющее работу с этой базой данных, находится на компьютере пользователя. Для получения данных клиент формирует и отсылает запрос удаленному серверу, на котором помещена БД. После получения запроса удаленный сервер направляет его программе SQL Server (серверу баз данных) – специальной программе, управляющей удаленной БД и обеспечивающей выполнение запроса и выдачу его результатов клиенту. В архитектуре «клиент-сервер» клиент посылает запрос на предоставление данных и получает только те данные, которые действительно были затребованы.
19. Варианты архитектуры для bde. Архитектура «Клиент-сервер» (тонкий клиент).
Трехуровневый вариант архитектуры «клиент-сервер» (приложение-клиент, сервер приложений и сервер БД). В такой архитектуре часть средств и кода, предназначенных для организации доступа к данным и их обработки, из приложения клиента выделялся в сервер приложений. Само клиентское приложение называют «тонким» клиентом. В сервере приложений удобно располагать средства и код, общие для всех клиентских приложений, например средства доступа к БД.
Достоинства архитектуры клиент-сервер:
- загрузка сервера от выполнения части операций, перенесенных на сервер приложений;
- уменьшение размера клиентских приложений за счет разгрузки их от лишнего кода;
- единое поведение всех клиентов;
- упрощение настройки клиентов.
20. Использование компонента Ттаble. Свойства компонента Таblе.
Компонент TTable – наследник класса TDataSet, использующий большую часть объявленных в нем свойств, методов и событий. Компонент TTable переопределяет виртуальные методы объекта TDataSet, вводя при этом много новых свойств и методов, позволяющих напрямую работать с любой таблицей БД.
Контекстное меню объекта TTable позволяет выполнить следующие действия: удалить таблицу (Delete Table), переименовать её (Rename Table), обновить определение таблицы (Update Table Definition), открыть SQL Explorer на соответствующей таблице.