Create, Read, Deleteだけ
競合のリスクが少ない
Create時にidが発行され、idの一意性が担保されるなら、CreateとDeleteはぶつからない.
DeleteはCreate以外にぶつかるものがないので、競合は存在しない
ReadとCreate&Deleteは整合性でぶつかる可能性がある
そこはDB依存で、結果整合性をとってもいいし、強い整合性にしてもいい.
Create成立後にidが判明する
Read, Deleteはid必須とし、idランダムアクセスは無意味なので考慮しないとする.
Read, DeleteはCreate成立に依存するので競合しない
Updateが競合の原因
完全同時刻に発行された2つのUpdateは両立不可能