Вроде это просто пробежав по заголвовкам пулл реквестов можно сделать, зачем такие сложности?

MSSQL не версионник.
Этот термин хз кто-то приклел к снепшотам и плюнул им в одинэсников. (Кто-то из преподавателей-экспертов)
Одно к другому не имеет отношения. Это больше подходит к механизму хранения и учета номеров транзакций в ПГ.

Да, какие-то промежуточные снимки каких-то данных сиквел может сохранять в темп, но это "не версии строк". Сдохнет темп - да и фиг с ним. При старте инстанса темп всегда создается новый. Сиквелу темп не нужен - не нужен и разрабам )))

В снапшотах же лежат уже зафиксированные данные, а не промежуточные незакоммиченные.

Мы в ЖР пишем и по тихому правим :)

Ну вот если копия страницы в темпдб попала, а транзакция не успела записать в основную базу новую версию целиком или собралась откатываться. И тут ... все выключилось :)

Ябынанял

Не понял, а при чем тут снапшоты? Транзакция по определению либо записывается целиком, либо откатывается, либо вырубается сервак из розетки с сохранением целостности

Страницы в темпдб не падают

Хорошо, строки попадают?

Строки реальных таблиц - нет

Нет

А вот это что означает из документации: «Хранилища версий. Это коллекции страниц данных со строками данных, которые поддерживают функции управления версиями строк. Существует два типа хранилищ: общее хранилище версий и хранилище версий для построения индекса в подключенном режиме. Хранилища версий содержат следующее:
 версии строк, создаваемые транзакциями изменения данных в базе данных, которая использует READ COMMITTED через транзакции изоляции»

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

А можно на английском? А то этот надмозгный перевод на мсдн часто коверкает истинный смысл документации

Version stores, which are collections of data pages that hold the data rows that support features for row versioning. There are two types: a common version store and an online-index-build version store. The version stores contain:
 Row versions that are generated by data modification transactions in a database that uses READ COMMITTED through row versioning isolation or snapshot isolation transactions.

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

Лучше не стало, можно ссылку ?)

Никита опередил

Я все ещё не понимаю, в чем противоречие. В темпдб кладётся слепок заблокированых данных, которые нужны соседней транзакции. Если выдернуть винт из системы, то тут что версионник данные может закорраптить на диске, что блокировочник