EventStore DuplicateCommit Query

Question

Почему стойкость SQL для EventStore @Jonathan Oliver использует CommitSequence как один из критериев для обнаружения дублирующего коммита? Почему бы не было StreamId и CommitId?

См. SQL ниже.

SELECT COUNT(*) 
FROM Commits 
WHERE StreamId = @StreamId 
    AND CommitSequence = @CommitSequence 
    AND CommitId = @CommitId 

Этот оператор SQL от SqlPersistenceEngine.DetectDuplicate(). Он используется для определения того, нужно ли бросать DuplicateCommitException или просто ConcurrencyException.

Answer 1

Не знаете, к чему относится ваш SQL.

Причина, по которой CommitSequence участвует в уникальных индексах, - это то, что 2 человека пишутся, одновременно изменяя v5, можно написать v6 с 1 событием, а другой - записать v6 с другим событием.

В некоторых случаях у всех авторов есть общий источник идентификаторов Commit, но довольно часто (и Common Domain делает это), просто генерируется случайный Guid в качестве идентификатора Commit, и в этом случае вы все еще хотите, чтобы конфликт был обнаружено.

Я думаю, что можно было бы использовать GUID для создания фиксированной последовательности, которая кодирует StreamVersion (v6 выше), чтобы сгенерировать идентификатор Commit, чтобы сделать его избыточным, но для меня это довольно явно необходимо и полезно.

Обязательно прочитайте readme в пакете NuGet BTW - большая часть этого материала хорошо объясняется ИМО.