Уровни изоляции SQL Server. Разработчик MS SQL ч.7

• Транзакции используются для атомарного выполнения последовательности команд, например, при переводе денег.  

• Транзакции обладают свойствами атомарности, согласованности, изолированности и долговечности.  

• Атомарность означает, что либо все команды выполняются, либо все откатываются.  

• Согласованность означает, что данные на момент начала и окончания транзакции должны быть согласованы.  

• Изолированность означает, что другие транзакции не должны видеть изменения, сделанные в текущей транзакции.  

• Долговечность означает, что транзакция будет сохранена, даже если произойдет сбой.  

• Танкомит - уровень изоляции, при котором происходят нарушения принципа изоляции транзакции.  

• Рит анкомит - нормальный уровень изоляции для снятия мониторинга по системе.  

• Рит кани - уровень изоляции, при котором данные читаются без блокировок.  

• Репита был рит - вариант чтения, когда данные не будут выполняться, которые могут затронуть вашу выборку.  

• По умолчанию используется уровень изоляции "read committed", который обеспечивает чтение данных, но не позволяет изменять их.  

• Уровень изоляции "serializable" блокирует доступ к таблице, пока транзакция не будет завершена.  

• Уровень изоляции "read uncommitted" позволяет читать данные, но не гарантирует их целостность.  

• Создание и завершение транзакции с помощью команд "begin transaction" и "commit".  

• Использование уровня изоляции "read committed" для чтения данных без изменения их.  

• Использование уровня изоляции "serializable" для обеспечения целостности данных.  

• Блокировки могут возникать при одновременном обращении к одним и тем же данным.  

• Вариативность в использовании индексов может привести к проблемам с блокировками и дедлоками.  

• В видео объясняется, как сервер определяет, какую транзакцию убить при блокировке.  

• Указывается, что сервер пытается высчитать стоимость работы, проделанной в транзакции, и убивает ту, которая сделала меньше работы.  

• Приорити лоу может подсказать серверу, что если произошла блокировка, то жертвуется одна из транзакций, чтобы другая могла продолжиться.  

• В видео демонстрируется, как блокировки и приорити лоу работают в действии.  

• Показывается, как сервер убивает одну из транзакций, когда происходит блокировка, и как это влияет на выполнение других транзакций.  

• В видео также демонстрируется, как использовать скрипты для управления блокировками и приорити лоу.  

• Показывается, как можно изменить ситуацию, когда сервер убивает одну из транзакций, используя приорити лоу.  

• Видео обсуждает различные уровни изоляции и их влияние на работу с базой данных.  

• Упоминаются различные аномалии, которые могут возникнуть при работе с базой данных, включая грязное чтение, но он рит, фантомное чтение и другие.  

• Обсуждаются различные уровни изоляции, включая стандартный, репита был рит, снапшот и сериал айс.  

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

• Видео объясняет различные варианты блокировок, включая серые, апдейт и эксклюзивные.  

• Упоминается, что сервер может блокировать строки, страницы, индексы или всю таблицу.  

• Обсуждается, что сервер может блокировать конкретные страницы, если он понимает, что пользователь работает с большим процентом строк в таблице.  

• Это позволяет серверу использовать меньше памяти и ресурсов, но может привести к блокировке других операций на таблицу.  

• В SQL есть уровни блокировки, которые определяют, как происходит обработка ошибок.  

• Если ошибка происходит при селекте, то блокировка не позволяет добавить уровень блокировки шер на эту же строку.  

• В SQL есть вариант обработки ошибок с помощью блока "catch", который позволяет обрабатывать ошибки внутри блока.  

• Однако, если ошибка происходит внутри блока "catch", то управление не передается пользователю, а возвращается в блок "catch".  

• В SQL есть возможность отката транзакции в случае ошибки.  

• Если ошибка происходит внутри блока "catch", то транзакция не откатывается, и ошибка не передается пользователю.  

• В SQL есть возможность перевызвать ошибку, чтобы передать информацию о ней пользователю.  

• В SQL можно использовать вложенные транзакции для частичного комита или отката транзакции.  

• Вложенные транзакции позволяют делать сохранения внутри транзакции, не затрагивая саму транзакцию.  

• Вложенные транзакции могут быть использованы для частичного комита или отката транзакции, что позволяет откатить только часть транзакции.  

• В видео обсуждаются транзакции и их обработка в SQL Server.  

• Автор объясняет, что все три транзакции были закачены, но если одна из них не будет выполнена, то возникнет проблема.  

• Если выполнить ролбек, то все откатится, но если не выполнить, то возникнет висящая транзакция.  

• Автор обсуждает опцию "экзекта борт он", которая позволяет серверу автоматически откатывать транзакцию при возникновении ошибки.  

• Эта опция включена по умолчанию для скоупа, но может быть включена и для сессии.  

• В видео объясняется, как блокировки и изоляция транзакций влияют на выборку данных.  

• Автор демонстрирует, как уровень изоляции может влиять на выборку данных и как это может привести к неверным результатам.  

• Автор демонстрирует работу с сериалом, используя транзакции и блокировки.  

• При работе с сериалом, количество блокировок увеличивается, что может привести к проблемам с доступом к объектам.  

• Автор показывает, как фантомные чтения могут происходить при работе с сериалом.  

• В случае неудачного обновления, сервер может заблокировать доступ к объекту.  

• Автор демонстрирует, как можно использовать репетицию для создания фантомных чтений.  

• В результате, количество блокировок уменьшается, но при этом происходит фантомное чтение.