Коллеги, в самом начале видео косвенно сказано, что вебинар делается для уппшников на 8.2. Видео залито 5 лет назад. На компьютере у докладчика стоит древнегреческая винда. Не нужно сейчас конкретно вам это смотреть, задумайтесь. Есть много информации, которая осталась актуальной, но есть и не актуальная.
Вопрос на 100 р.: если наложена исключительная блокировка в управляемом режиме, значит ли это, что другой сеанс не сможет прочитать данные обычным запросом (без БлокировкаДанных)?
Добрый день! Не надеюсь, на ответ, но вдруг) В видео вы говорите, чтобы избавиться от грязного чтения в отчетах, нужно обернуть запрос в транзакцию, это для 8.2, а в 8.3 говорите это делается по-другому, вернемся к этому позже, но я не нашел ответ на этот вопрос, не могли бы вы пояснить как работать с отчетами в 8.3 с точки зрения грязного чтения?
Начиная с версии 8.3 платформа "1С:Предприятие" поддерживает работу с СУБД в режиме "версионника", в свою очередь это позволяет использовать уровень изоляции RSCI (READ COMMITTED SNAPSHOT). Это означает, что в момент начала чтения транзакции будет сформирован моментальный снимок (snapshot), включающий в себя все изменения завершенных к этому моменту транзакций. Транзакция может читать этот снимок не накладывая блокировок и избежав грязного чтения
Хорошая подборка, можно было бы конечно для феншуя рассказать про эскалацию, плюс более подробно про уровни изоляции транзакций на сервере СУБД, плюс как ведет себя грязное чтение на разных платформах / разных СУБД, но для коротенького вебинара и так много информации.
Что значит грязные данные? Периоды закрываеются. Если это зарплата, то ежемесячно. Если это торговля, то ежедневно. В отчёте за закрытые периоды мы всегда получим чистые данные. Если перод открыт, то нет смысла накладывать блокировки на чтение, так как может сложиться такая ситуация, что отчёт никогда не получит чистые данные из-за непрерывных транзакций на запись в регистры. Оперативный отчёт всегда будет грязный, на то он и оперативный, что даёт руководителю общие оценочные промежуточные данные. Повод для ролика плохой.
отличный ролик, по теме все кратко, доступно и по сути дела. спасибо
супер, огромное спасибо, видимо на примерах идеальный способ учится , чем пытаться понять теоретически
Коллеги, в самом начале видео косвенно сказано, что вебинар делается для уппшников на 8.2. Видео залито 5 лет назад. На компьютере у докладчика стоит древнегреческая винда. Не нужно сейчас конкретно вам это смотреть, задумайтесь. Есть много информации, которая осталась актуальной, но есть и не актуальная.
Очень понятно!!! Спасибо большое!
Вопрос на 100 р.: если наложена исключительная блокировка в управляемом режиме, значит ли это, что другой сеанс не сможет прочитать данные обычным запросом (без БлокировкаДанных)?
Не значит. Сможет.
Добрый день!
Не надеюсь, на ответ, но вдруг)
В видео вы говорите, чтобы избавиться от грязного чтения в отчетах, нужно обернуть запрос в транзакцию, это для 8.2,
а в 8.3 говорите это делается по-другому, вернемся к этому позже, но я не нашел ответ на этот вопрос,
не могли бы вы пояснить как работать с отчетами в 8.3 с точки зрения грязного чтения?
Начиная с версии 8.3 платформа "1С:Предприятие" поддерживает работу с СУБД в режиме "версионника", в свою очередь это позволяет использовать уровень изоляции RSCI (READ COMMITTED SNAPSHOT).
Это означает, что в момент начала чтения транзакции будет сформирован моментальный снимок (snapshot), включающий в себя все изменения завершенных к этому моменту транзакций. Транзакция может читать этот снимок не накладывая блокировок и избежав грязного чтения
Хорошая подборка, можно было бы конечно для феншуя рассказать про эскалацию, плюс более подробно про уровни изоляции транзакций на сервере СУБД, плюс как ведет себя грязное чтение на разных платформах / разных СУБД, но для коротенького вебинара и так много информации.
Всем известные, никем не используемые))
Что значит грязные данные? Периоды закрываеются. Если это зарплата, то ежемесячно. Если это торговля, то ежедневно. В отчёте за закрытые периоды мы всегда получим чистые данные. Если перод открыт, то нет смысла накладывать блокировки на чтение, так как может сложиться такая ситуация, что отчёт никогда не получит чистые данные из-за непрерывных транзакций на запись в регистры. Оперативный отчёт всегда будет грязный, на то он и оперативный, что даёт руководителю общие оценочные промежуточные данные. Повод для ролика плохой.
В чем проблема записать транзакцию правильно, а не через быдлокод?