SQL Azureの知識がないので、以下はSQL Serverの話として読んでください。分離レベルと同時実行制御の話としてはSQL Azureに違いはないと思います。
>SQL Azure でホストされているデータベースに使用できるトランザクション分離レベルは、READ COMMITTED スナップショットのみです。
スナップショットだけカタカナ訳されると別のものに読めますが、正しくは「READ_COMMITTED_SNAPSHOT」です。READ_COMMITTED分離レベルではありません。
READ_COMMITTED_SNAPSHOTは、Oracleの動作とほぼ同じと考えるとわかりやすいかもしれません。
この分離レベルでは共有ロックはかからず、他のトランザクションは更新可能です。READ_COMMITTED_SNAPSHOTで最悪なのは、トランザクション単位での読み取り一貫性がないこと、オプティミスティック同時実行制御にも関わらず更新の競合を検出できないことですので、その点はロックヒントが必要になります。
要するに、トランザクション中に同じデータを二度以上選択（select）すると双方で値が違う、他のトランザクションの更新を上書きしてしまう可能性があると言うことです。
以下に例を挙げます。
例)
FistNameの値は"Mike"
1)Aさんがトランザクション開始
2)Bさんがトランザクション開始
3)Cさんがトランザクション開始
4)Bさんが[FirstName]を読み取る→"Mike"（共有ロックはかからない）
5)Aさんが[FirstName]を"Jon"へ変更→(4で共有ロックがかかっていないので更新可）
6)Cさんが[FirstName]を読み取り→"Mike"（ダーティリードは防げる）
7)Aさんがコミット→[FistName]が"Jon"に確定。
8)Cさんが[FistName]を読み取り→"Jon"（読み取り一貫性がない）
9)Bさんが[FirstName]を"Robert"へ変更し、コミット→（同時実行違反。だが、競合を検出できない）。
おまけ)Cさんが[FistName]を読み取り→"Robert"（読み取り一貫性がない）
