Новые страницы теории

Author: leobrn

docs/theory/data_blocking.md

@@ -10,14 +10,47 @@ title: Блокировки
 #### Что такое блокировка?
 **Блокировка данных** — механизм, обеспечивающий конкурентный доступ пользователей к информационной базе и целостность данных при одновременных изменениях. Она предотвращает конфликты, когда несколько пользователей пытаются изменить одни и те же данные.
 
+**Простой аналог:**
+Продавец блокирует яблоко для покупателя, пока тот отсчитывает деньги. Другие покупатели не могут выбрать это яблоко до завершения операции.
+
 #### Проблемы, которые решают блокировки:
 1. **Потерянное изменение** — когда изменения одной транзакции перезаписываются другой
+
+    ```bsl
+    // Транзакция A:                  // Транзакция B:
+    Остаток = 100                     Остаток = 100
+    Остаток = Остаток - 10 = 90       Остаток = Остаток - 20 = 80
+    Записать(90)                      Записать(80)  // Затерло 90!
+    ```
+
 2. **"Грязное" чтение** — чтение незафиксированных данных
+
+    ```bsl
+    // Транзакция A:                  // Транзакция B параллельно:
+    ИзменитьСумму(1000 → 2000)       Сумма = ПрочитатьСумму() // =2000!
+    ОтменитьТранзакциюА()            // Работа с некорректным значением                                 
+    ```
+
 3. **Неповторяемое чтение** — разные результаты при повторном чтении тех же данных
+
+    ```bsl
+    // Транзакция A:                    // Транзакция B:
+    Сумма = Прочитать() // =1000        // Параллельно:
+                                        Изменить(1000 → 2000)
+    Сумма = Прочитать() // =2000!   
+    ```
+
 4. **Чтение фантомов** — появление новых данных между чтениями (актуально для необъектных сущностей, например, регистры сведений и накопления)
 
-#### Простой аналог:
-Продавец блокирует яблоко для покупателя, пока тот отсчитывает деньги. Другие покупатели не могут выбрать это яблоко до завершения операции.
+    ```bsl
+    // Транзакция A (регистр сведений, упрощенный пример):
+    ВсегоЗаписей = КоличествоЗаписей() // =100
+
+                                                // Транзакция Б добавляет новую запись
+                                                ДобавитьЗаписьВРегистр()
+
+    ВсегоЗаписей = КоличествоЗаписей() // =101!
+    ```
 
 ## Типы блокировок в 1С
 
@@ -95,7 +128,7 @@ title: Блокировки
 | **Фантомы** | ✅ Возможно | ✅ Возможно | ✅ Возможно | ❌ Запрещено |
 | **Параллельность** | Высокая | Средняя | Низкая | Очень низкая |
 
-**Read Committed Snapshot (RCSI)**: Режим версионирования, поддерживается в PostgreSQL, Oracle и MS SQL (с 8.3). Нет ожиданий на блокировках при чтении т.к если другая транзакция пишет данные, ваш запрос не ждет, а читает "старый снимок" данных, которые были до начала записи. **Рекомендуется включать** для MS SQL в управляемом режиме. 
+**Read Committed Snapshot (RCSI)**: Режим версионирования, поддерживается в PostgreSQL, Oracle и MS SQL (с 8.3). Нет ожиданий на блокировках при чтении т.к если другая транзакция пишет данные, ваш запрос не ждет, а читает "старый снимок" данных, которые были до начала записи. **Рекомендуется включать** для 8.2 или 8.3 в режиме совместимости с 8.2. 
 
 #### Сравнение Read Committed vs Read Committed Snapshot
 
@@ -252,15 +285,6 @@ title: Блокировки
 
 **Решение**: Делите большие операции на пакеты (по 1000-2000 записей).
 
-#### Рекомендации по оптимизации
-1. ✅ Перейти на **управляемый режим** блокировок
-2. ✅ Включить **RCSI (Read Committed Snapshot)** для MS SQL
-3. ✅ Включить **разделитель итогов** для регистров без контроля остатков
-4. ✅ Использовать **Запрос** вместо `НаборЗаписей.Прочитать()` для чтения
-5. ✅ Делать **транзакции короткими**
-6. ✅ Использовать **многопоточность** для массовых операций
-7. ✅ **Мониторить** блокировки специальными инструментами
-
 ## Механизмы контроля остатков в типовых конфигурациях
 
 #### Два механизма контроля остатков
@@ -290,14 +314,42 @@ title: Блокировки
 **Симптом**: Две транзакции ждут друг друга.
 
 **Причины**:
+- Недостаточный уровень изоляции
+
+    Транзакции считывают данные под разделяемой блокировкой (S), а затем пытаются обновить их, что требует установки монопольной блокировки (X).
+
+    Если две транзакции одновременно удерживают S-блокировки на одних и тех же ресурсах и запрашивают X-блокировки для их изменения, возникает взаимоблокировка.
+
 - Неоптимальный порядок блокировок
+
+    Пример: Два документа — «Поступление товаров» и «Реализация товаров» — при проведении обращаются к одним и тем же виртуальным таблицам регистров, но порядок вызова методов записи различен:
+
+    ```bsl
+    // Поступление товаров
+    // 1. 🔒 Сначала блокируются ОстаткиНаСкладах
+    ОстаткиНаСкладах.Записать();
+    
+    // 2. Потом пробуем блокировать ОстаткиОрганизаций, но уже заблокировано реализацией, ожидаем...
+    ОстаткиОрганизаций.Записать();
+    ```
+
+    ```bsl
+    // Реализация товаров
+    // 1. 🔒 Сначала блокируются ОстаткиОрганизаций
+    ОстаткиОрганизаций.Записать();
+    
+    // 2. Потом пробуем блокировать ОстаткиНаСкладах, но уже заблокировано поступлением, ожидаем...
+    ОстаткиНаСкладах.Записать();
+    ```
+
+    При параллельном проведении таких документов высока вероятность взаимоблокировки, так как каждая транзакция удерживает блокировку на одном ресурсе и ожидает освобождения другого.
+
 - Длительные транзакции
-- Отсутствие индексов
 
 **Решение**:
+- Блокировка в транзакции должна изначально осуществляться с максимально необходимым уровнем 
 - Устанавливать блокировки в одинаковом порядке
 - Делать транзакции короткими
-- Использовать правильные индексы
 
 #### Ожидания на блокировках
 
@@ -368,7 +420,7 @@ title: Блокировки
 
 *   [Ответственное чтение данных](https://its.1c.ru/db/v8std#content:648:hdoc)
 
-* [Блокировка данных объекта для редактирования из кода](https://its.1c.ru/db/v8std/content/490/hdoc)
+*   [Блокировка данных объекта для редактирования из кода](https://its.1c.ru/db/v8std/content/490/hdoc)
 
 *   [Ускорение в 100 раз. Решаем проблему блокировок](https://infostart.ru/1c/articles/629017/)