私の知る限り、SAP CRM と HANA はどちらも、従来のインクリメントされた整数を使用する代わりに、GUID を使用してレコードを一意に識別します。それらの使用をカバーするベストプラクティスまたは明確なガイドラインはありますか?
GUID を支持するいくつかの要因を以下に示します。
- オブジェクトのオフライン作成。IIRC GUID は、これらの状況で一意であることがほぼ保証されているため、異種のデータ セットのマージまたは統合は問題になりません。
- 代理キーには明確な開発上の利点があります。増加する整数は代理キーの形式ですが、異なる数列を使用すると、それらに機能的な意味を課すことができます。
そして、クラシックキーを好むいくつかのシナリオ:
- ユーザーは、システム内のレコードを識別するために人間が判読できるキーを必要とします。これは、読み取り可能な値を持つ外部 ID も指定することで、GUID テーブルで処理できます。
- ユーザーは、番号順序を使用して、販売または購入のドキュメントと同様に、さまざまな種類のレコードを識別したいと考えています。私は実際にこの悪いデザインを考えていますが。
クラシック キーよりも GUID を好むようになるカスタム開発のシナリオはどれですか?
すべてのテーブルで GUID を一括して使用することは良い考えですか?