主キーとして IDENTITY 仕様を持つ BIGINT を持ついくつかのテーブル (テーブル A とテーブル B) があります。これらのテーブルには、2 つの VARBINARY(MAX) 列があります。更新と削除は非常にまれです。
行数はほぼ同じで、テーブル B は少し少ないですが、VARBINARY(MAX) 列にはかなり多くのデータがあります。
表 B の PK が使用するストレージが、表 A の PK が使用するストレージよりもはるかに多いことに驚きました。いくつか読んで、間違っている場合は訂正してください。最大行サイズは約 8k です。そのため、インデックスに含まれるバイト参照でページングが行われます。したがって、表 B の PK によって使用されるストレージが大きくなります。これは、DB の合計サイズの約 30% です。私は、BIGINT のみがインデックスの一部であると想定していました。
私の質問は、その回避策があるかどうかです。これを防ぐことができる設計、技術、またはハックはありますか?
よろしく
ヴィルマ