Вопрос №6. Трехзвенная архитектура. Схема, достоинства, недостатки в сравнении с 2-х звенной.
Трехзвенная архитектура-Эта модель является расширением двухзвенной модели, т.е вводится дополнительный промежуточный уровень между клиентом и сервером. В этой модели компоненты приложения делятся между тремя исполнителями:
клиент – обеспечивает логику представления, включая графический пользовательский интерфейс
серверы приложений составляют новый промежуточный уровень архитектуры, хранят и исполняют общие правила бизнес - логики, обеспечивают обмен сообщениями и поддержку запросов
сервер БД занимается исключительно функции СУБД.
Достоинства:
обладает большей гибкостью, чем двухзвенная модель
разгрузка сервера от выполнения операций, перенесенных на сервер приложений
Недостатки: ограничения, накладываемые на интерфейс пользователя.
PL
BL
DL
БД
Связующие функции
DML
Вопрос №7. Понятие тонкого и толстого клиента в технологии клиент-сервер.
В рамках направления «клиент-сервер» существуют два основных понятия: «тонкий» и «толстый» клиент.
В системах на основе «тонкого» клиента используется мощный сервер БД – это высокопроизводительный компьютер – и БД хранимых процедур, которые позволяют производить вычисления, реализующие основную логику обработки данных непосредственно на сервере. Клиентское приложение, соответственно, предъявляет не высокие требования к аппаратному обеспечению рабочих станций. Основное достоинство таких систем: относительная дешевизна клиентских станций.
Система с «толстым» клиентом реализуют основную логику обработки на компьютере клиента, а сервер представляет собой в чистом виде сервер БД, обеспечивающий исполнение только стандартизованных запросов на манипуляцию с данными. В системах такого класса требования к рабочей станции выше, а к серверу – ниже.
Вопрос №8. Определение транзакции и роль транзакции в субд.
Транзакция – это последовательность операторов обработки данных, которые рассматриваются как логические неделимые единицы работы с БД.
Система гарантирует невозможность фиксации некоторой части действий из транзакции в БД. Например: если модификация строк в некоторой таблице оформлена в виде транзакции, то система гарантирует, что пользователь, выполняющий выборку из таблицы будет получать либо только старые, либо только новые, но не часть старых и новых данных. До тех пока транзакция не зафиксирована ее можно откатить, т.е отменить все сделанные операторами из транзакции изменения в БД.
Смысл фразы: «SQL-операторы транзакции успешно завершены» отличается от фразы: «транзакция зафиксирована». Успешное выполнение SQL-операторов означает, что операторы проанализированы, интерпретированы как правильные, а затем безошибочно выполнены. Зафиксировать транзакцию означает сделать изменения, выполненные данной транзакцией в БД, постоянными. Пока транзакция не зафиксирована, результат ни одного из ее действий не виден другим пользователям.
Вопрос №9. Начало и окончание транзакции.
Транзакция начинается при появлении первого выполнимого SQL-оператора, т.е оператора описания или манипулирования данными, и завершается при появлении одного из следующих событий:
выдана команда языка SQL «commit» или «Rollback»
выдана одна из команд языка описания данных (DDL, Create, DROP, Alter)
завершился оператор DDL
пользователь завершил сеанс с системой ORACLE (последняя транзакция фиксируется автоматически)
процесс пользователя автоматически завершен (транзакция автоматически откатывается).
Как только транзакция завершена следующий выполнимый SQL-оператор начинает новую транзакцию. Если в конце транзакции не появились операторы «commit» или «Rollback», то нормальное завершение программы приведет к фиксации транзакции, а аварийное вызовет откат.