То есть мне ни что не мешает продолжать использовать guid.newGuid как генератор случайных строк?
Пока у тебя не миллиарды миллиардов - париться не надо. Надо просто учитывать что любая транзакция может поломаться и откатиться, и неважно гуид совпал или ракета не взлетела
Пока у тебя не миллиарды миллиардов - париться не надо. Надо просто учитывать что любая транзакция может поломаться и откатиться, и неважно гуид совпал или ракета не взлетела
На самом деле я не задумывался над этим вопросом. EF не заворавивает в транзакции запить по умолчанию? Да и на самом деле в нашей системе большая проблема - необходимость и отсутствие распределеных транзакций
На самом деле я не задумывался над этим вопросом. EF не заворавивает в транзакции запить по умолчанию? Да и на самом деле в нашей системе большая проблема - необходимость и отсутствие распределеных транзакций
Вот у нас тоже - небольшие. Типа записи одной строки. Но, блин, одно действие пользователя может привести к записи на нескольких микросервисах. И если где-то что-то свалится, будет небольшая неконсистентность данных
Один запрос на контроллер веб сервиса разворачивается в n вызовов разной глубины. Есть системы для того, чтобы делать распределеные транзакции, но можно писать систему, которая живёт в немного не синхронном состоянии.