当社のデータベース ベースは、EF-6 Code First Approach を使用して設計されています。sharding architecture最初に、マルチテナンシーを念頭に置いてデータベースを設計しました。
ただし、Azure での経済的で専用のデータベース層の人気により、アプリケーション レベルで SQL Server データベースの水平分割を処理するために、これはもはや賢明なアーキテクチャではないようです。
Guid.NewGuid() はインデックスで断片化を引き起こすことが知られているため、整数の主キーはそうではありません。Microsoft サポートは、Guid.NewGuid() よりも Sequential Guid を使用することを推奨しています。
そのアーキテクチャの背景により、私は Guid を主キーとして永久に使用するのをやめる方向に偏っています。
DB のマージと分割は、現代のアプリケーション アーキテクトにとってもはや賢明な選択肢ではないようです。
必要に応じて、私を修正してください！
SQL Server で整数主キーよりも Sequential Guid を使用する利点はありますか?