Всем привет,

3-й семинар мирового тура Firebird, посвященного транзакциям, пройдет в Москве 4 июня 2014 года.

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

Подробности - здесь http://www.firebirdsql.org/en/firebird-tour-moscow/

With best regards,
Alexey Kovyazin
www.ibsurgeon.com
www.ibase.ru/techsupp.htm

Привет,

тебе можно просто прийти. Членам Firebird Project 100% скидка :)


С уважением,
Алексей

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

С уважением,
Алексей

Подробный план семинара по транзакциям


1. Обзор понятия транзакций, параметры транзакций
a. Исторический экскурс в транзакции (блокировочники, dirty read, почему в FB только snapshot и read_committed
b. Транзакция - логический кусок, объединяющий группу действий (успешных и неуспешных)
c. Свойства транзакций - ACID
d. Уровни изолированности - стандартные и как в ФБ, с примерами
e. read only\write
f. wait и nowait
g. Простые примеры, поясняющие суть уровни изолированности с т.з. клиента, без деталей относительно ТИП
h. Стандартная картинка взаимодействия транзакций

2. Транзакции в Firebird – отличия и особенности от стандартных
a. Полный синтаксис SET TRANSACTION, соответствие параметрам TPB
b. недокументированные (в IB) возможности
c. Откуда берутся тр-ции, или кто их создаёт
i. Приложение
ii. Системная тр-ция (тр-ция №0)
iii. Тр-ция сборщика мусора
iv. Автономные тр-ции – автостарт/автофиниш логгирование
v. Тр-ция для триггеров ON CONNECT\ON DISCONNECT
d. Простое объяснение версионности (с картинками)
e. Как возникают версии
f. Состояния транзакций (active, committed, rolled back, limbo)
g. Разница между Read Committed и Snapshot?
h. Взаимодействие между транзакциями с учетом маркеров: что такое OIT, OST, OAT, Next
i. Триггеры на события старта и стопа тр-ции
j. Контекстные переменные уровня тр-ции
k. Маркеры транзакций, картинка маркеров

3. Реализация транзакций в Firebird
a. Что происходит при старте тр-ции
i. вычисление глобальных счётчиков (OAT, OST, OIT) и что они вообще означают
ii. старт авто-свипа
b. Что происходит при коммите
i. работа DWF
ii. фактическое выполнение DDL запросов - как и когда
iii. рассылка ивентов
iv. сброс грязных страниц
v. отметка в TIP
c. Что происходит при роллбеке
i. штатный роллбек со сбросом кеша
ii. форсированный роллбек без сброса кеша
iii. отмена действий тр-ции с помощью анду-лога
iv. роллбек без помощи анду-лога
d. Что такое retaining, что он делает и что он НЕ делает
e. Авто-коммит (кто-нибудь вообще знает об этой фиче ?)
f. Управление потенциально большими объёмами памяти, связанной с тр-цией
i. временные блобы
ii. анду-лог
g. локальная копия TIP
h. Способность GTT быть модифицируемыми в read-only тр-циях

4. Взаимодействие транзакций и примеры шаблонов для разработки клиентских приложений. Разбор возможных конфликтов
a. читатель и читатели - ок (снепшот тото, рид-коммитед рид онли)
b. читатель и писатель - несколько вариантов
c. писатель и писатель - разбор конфликтов
d. Советы по использованию транзакций:
i. 1) Справочники
ii. 2) Разделение читающей и пишущей транзакции
iii. 3) Блокирование записи путем холостого апдейта
iv. 4) Блокирование SELECT WITH LOCK
v. 5) Рид-коммитед no_rec_version nowait - будет ждать коммит, rec_version) (sql.ru)
vi. 6) Отчеты - снепшоты

5. Механизм работы сборки мусора и sweep
a. зачем нужна сборка мусора
b. как она проходит (свертывание версий)
c. какая бывает сборка - кооперативная, фоновая, комбинированная
d. свип и сборка мусора
e. автосвип - положительные свойства и недостатки
f. примеры неправильной работы приложений, которая приводит к накоплению мусора
i. слишком длительные пишущие транзакции
ii. в Классике отсутствие чтения записей, которые были обновлены или удалены (больше работы для свипа).

6. Возможности управления транзакциями и их параметрами из компонент доступа и драйверов
a. “Непрямые” компоненты доступа и драйверы - BXE, dbExpress, ODBC, .Net Provider
b. Прямые компоненты доступа - IBX, FIBPlus, FireDAC
c. Управление транзакциями в приложениях. Примеры и практика
d. Управление длительностью транзакций в различных компонентах доступа.
e. Варианты реализации окон редактирования данных - когда стартовать и завершать транзакции
f. Дву-транзакционные компоненты
g. Завершение транзакций по retaining

7. Определение проблем в управлении транзакциями. Диагностика проблем с транзакциями и практика их разрешения

a. Анализ gstat -h
b. OIT, OST, OAT, NEXT - типичные сочетания, что происходит
c. Сочетания, при которых не происходит автоматическая сборка
d. Подпорка и как ее создать
e. IBTM и изменение в динамике маркеров. Моменты свипа
f. Большая дыра между ОИТ и ОСТ не означает мусора в БД, обозначает вероятность.
g. Если маркеры не сильно отличаются, мусор может
h. Борьба с неуправляемыми legacy-приложениями. “Подпорка” Профитмеда.
i. Если разница большая, то мусор не собирался, если разница маленькая (меньше дневного интервала) то мусора собирался.
j. Анализ gstat -r - можно узнать количество мусора, примеры c IBAnalyst
k. Обнаружение накопления версий при помощи IBAnalyst. Как и когда снимать статистику gstat -r
l. Типичные ошибки в управлении транзакциями.
m. IBTM - мониторинг транзакций, анализ статистики, поиск странных и узких мест (аналог в FBDataGuard)
n. mon$ - поиск длительных транзакций, соединений, выполняемых в транзакциях запросов. Использование MonLogger.
o. Trace API

Осталось 3 дня, в пятницу прекращаем запись на семинар!