データベースをマージするための複合プライマリキーまたはGUID

Question

私はこのようなシナリオを持っています：

私は多くのマシンがあり、それぞれにデータベースがあります。また、すべてのマシンからデータを取得し、ローカルデータベースに追加できるクライアントマシンがあります（以前のダウンロードのデータを持つ可能性があります）。したがって、 `多くの 'データベースのテーブルには、一意の識別子が必要です。

many - 各マシン上のデータベース

mergedからmanyデータベースからデータを引き出し、クライアント・マシン上のデータベース。

私の2つのアイデア：マージされたデータベース内manyデータベースともGUIDで

1. GUID主キー。 ここでもマシン間の行を区別するためにマシンのカラムIDが必要です。

2. manyデータベース内の整数主キーとマージされた1における複合キー（manyデータベースからマシン+整数主キーのGUID IDが）ここで

   私は、manyデータベースのそれぞれが自身のためにGUIDを必要としないことを前提としていmergedの場合のみですので、GUIDはmergedに必要です。これは複合キーです。

このシナリオではどのような選択が適していますか？たぶん私は何かが恋しいです。

Answer 1

GUIDは、このようなシステムには理想的です。主キーの衝突が発生しないようにします。あなたはそれを設計しているので、GUIDをmanyデータベースの一時識別子として使用し、mergedの整数キーで置き換えることができます。

もう1つの方法は、manyデータベースの間でIDを分割することです。他のIDとは異なるID範囲を使用することができます。これはうまくいくことは自明ではありません（つまり、再同期なしにこれらのデータベースが存在する可能性がありますが、オーバーフローする可能性があります）、データベースがなくなると追加の範囲を提供できる必要があります。あなたの特別なニーズに合わないかもしれません。