データの準備
まず、小売部門と観光部門間のデータ配布方法として、他のタイプのレプリカよりもチェックアウト/チェックイン レプリカが最適なソリューションであることを確認します。 次に、データをダウンロードし、両部門のエンタープライズ ジオデータベースに接続して、小売データがレプリケーション向けに正しく構成されていることを確認します。
チェックアウト/チェックイン レプリカを使用する理由
ジオデータベース レプリケーションは、複数の位置やジオデータベース間で空間データを管理し、分散する際に便利です。 ソース ジオデータベースのデータのレプリカ (コピー) を作成し、それらのレプリカをターゲット ジオデータベースに転送する手順を行います。 レプリカの利点の 1 つとして、ソース データと定期的に同期されることが挙げられます。 同期とは、ソース データに加えた変更がレプリカ データにも反映されることを意味し、頻繁に更新されるデータの管理にも便利です。
一方向、双方向、チェックアウト/チェックインの 3 種類のジオデータベース レプリケーションがあります。 どのタイプを使用するかは、データの格納方法、データの配布方法、データの編集要件によって異なります。
このチュートリアルでは、観光部門と小売部門間でのレプリカを取り上げます。 レプリカのタイプはチェックアウト/チェックイン レプリカで、チェックアウト レプリカと呼ばれることもあります。
小売部門と交通部門で使用するレプリケーションのタイプとして、チェックアウト/チェックイン レプリカが最適である理由 ワークフローの次の側面を考慮に入れます。
- 観光部門はエンタープライズ ジオデータベースを使用しますが、小売部門は使用しません。
- 観光部門は独自のデータを管理するのに忙しいため、レプリカの管理など、これ以上の責任を負うことはできません。 短期間のレプリケーション モデルが推奨されます。
- レプリカは年に 2 回、小売部門がローカル ビジネスからのレポートに基づいてデータを更新したときに、オンデマンドで作成されます。
チェックアウト/チェックイン レプリケーションでは、編集を子レプリカのデータ内で行い、親ジオデータベースと同期させることができます。 親データベースは常にエンタープライズ ジオデータベースですが、子データベースはエンタープライズ ジオデータベースまたはファイル ジオデータベースのいずれかにすることができます。 データの同期後にチェックアウト レプリカは登録解除 (削除) され、追加の編集はできなくなります。 さらに編集が必要な場合は、新しいチェックアウト レプリカを作成しなければなりません。
観光部門にはエンタープライズ ジオデータベースがありますが、小売部門にはないため、観光部門のジオデータベースは親になりません。 ただし、小売のジオデータベースにデータが含まれます。 チェックアウト/チェックイン レプリカを使用することで、観光部門は空のフィーチャクラス スキーマをチェックアウトし、小売部門がアクセスできるようにすることができます。 これにより、小売部門は自分のデータをスキーマに読み込みます。 最後に、小売部門は設定済みのフィーチャクラス スキーマにチェックインし、それを観光部門に返します。 その後、レプリカが登録解除されます。
データのダウンロード
このワークフローではチェックアウト レプリカが最適であることがわかったので、このチュートリアルで使用されるデータを含む ArcGIS Pro プロジェクト パッケージをダウンロードして開きます。
注意:
このチュートリアルでは、各自のエンタープライズ ジオデータベースを使ってワークフローを実施します。 ArcGIS Server がインストールおよび認証されていること、Microsoft SQL Server (または別のサポートされているリレーショナル データベース管理システム) がインストールされていることを確認してください。 これらのコンポーネントのインストールに関する詳細については、「ArcGIS Enterprise の基本デプロイメント」ドキュメントと「はじめての ArcGIS Enterprise Builder」チュートリアルをお読みください。
- Tourism_and_Retail プロジェクト パッケージをダウンロードします。
- コンピューター上で、ダウンロードしたファイルを選択します。
注意:
お使いの Web ブラウザーによっては、ダウンロードを開始する前に、ファイルの場所を選択するよう求めるメッセージが表示される場合があります。 ほとんどのブラウザーでは、デフォルトでコンピューターのダウンロード フォルダーがダウンロード先の場所になります。
- コンピューターに ArcGIS Pro がインストールされている場合は、Tourism_and_Retail.ppkx をダブルクリックしてプロジェクトを開きます。 サイン インを求められたら、ライセンスが割り当てられた ArcGIS アカウントを使用してサイン インします。
注意:
ArcGIS Pro へのアクセス権限または組織アカウントがない場合は、ソフトウェア アクセスのオプションをご参照ください。
プロジェクトには、レプリケーションに参加する部門ごとに [Retail] と [Tourism] の 2 つのマップがあります。 これらのマップはアルゼンチンのブエノス アイレスにズームしますが、ベースマップ以外のデータは含まれていません。
プロジェクトには、プロジェクト ジオデータベースのデータも含まれています。
- [カタログ] ウィンドウで [データベース] を展開し、[tourism_and_retail.gdb] を展開します。
データベースには 1 つのフィーチャクラス [Restaurants] が含まれています。 このチュートリアルでは、小売部門が管理するこのデータセットを観光部門のマップで使用します。
ジオデータベースへの接続
現在、データはプロジェクトのデフォルトのジオデータベースに格納されています。 チェックアウト レプリケーションにはエンタープライズ ジオデータベースが必要なので、どれかに接続する必要があります。
エンタープライズ ジオデータベースは ArcGIS Enterprise を使用します。 追加の機能とデータセット タイプが提供されるほか、データから公開されたフィーチャ サービスとの同期も行えます。
このワークフローでは、観光部門はエンタープライズ ジオデータベースを使用しますが、小売部門はファイル ジオデータベースを使用します。 まず、観光部門で使用されるエンタープライズ ジオデータベースに接続します。 次に、小売部門で使用されるファイル ジオデータベースを作成し、そこにデータをコピーします。
- 必要であれば、SQL Server (またはサポートされている別のリレーショナル データベース管理システム) のインスタンスに、Tourism_BA というエンタープライズ ジオデータベースを作成します。
注意:
エンタープライズ ジオデータベースがすでに存在する場合は、新規作成する代わりに使用できます。 新しいエンタープライズ ジオデータベースを作成する方法については、「不動産用エンタープライズ ジオデータベースのデプロイ」チュートリアルの「エンタープライズ ジオデータベースの作成」セクションをご参照ください。
次に、エンタープライズ ジオデータベースに接続します。
- [カタログ] ウィンドウで [データベース] を右クリックし、[新しいデータベース接続] を選択します。
[データベース接続] ウィンドウが表示されます。 エンタープライズ ジオデータベースに接続するために使用するパラメーターは、SQL Server またはリレーショナル データベース管理システム (RDBMS) インスタンスによって異なります。
- [データベース プラットフォーム] で、インスタンスで使用される RDBMS を選択します。 [インスタンス] で、RDBMS インスタンス名を入力します。
注意:
サンプル画像では、BASQL という SQL Server インスタンスを使用しています。実際のインスタンスは異なります。
- [認証タイプ] で、[データベース認証] を選択します。
- [ユーザー名] と [パスワード] に、エンタープライズ ジオデータベースのデータにアクセスし、データを読み込むことができるアカウントの認証情報を入力します。
注意:
サンプル画像では、ユーザー名は EMMA です。実際のユーザー名は異なります。
- [データベース] で、作成した [Tourism_BA] エンタープライズ ジオデータベース (または、このチュートリアル用にアクセスして変更できる別のエンタープライズ ジオデータベース) を選択します。
- [OK] をクリックします。
エンタープライズ ジオデータベースが [カタログ] ウィンドウに追加されます。 デフォルトでは、データベース名はインスタンスと同じ名前になります (たとえば、サンプル データベースの名前は BASQL.sde です)。データベースの名前を、データベース名_データベース ユーザー.sde の形式になるよう変更します。
- [カタログ] ウィンドウで、エンタープライズ ジオデータベースを右クリックして [名前の変更] を選択します。 名前を「Tourism_BA_[データベース ユーザー名].sde」に変更します。
注意:
サンプル画像では、ユーザー名は EMMA なので、エンタープライズ ジオデータベース名は Tourism_BA_EMMA_sde になります。 実際のユーザー名は異なります。
次に、小売部門で使用されるファイル ジオデータベースを作成します。 ファイル ジオデータベースは ArcGIS Enterprise を使用しないので、認証情報を使用せずに作成およびアクセスできます。 ただし、エンタープライズ ジオデータベースの一部の機能がありません。
- [データベース] を右クリックして [新しいファイル ジオデータベース] を選択します。
[新しいファイル ジオデータベース] ウィンドウが表示されます。 このウィンドウを使用してファイル ジオデータベースの保存場所を参照し、名前を付けることができます。 デフォルトでは、ジオデータベースはプロジェクトのデフォルト フォルダー内に保存されます。 このチュートリアルでは、この場所のままで問題ありません。
- [新しいファイル ジオデータベース] ウィンドウで、[名前] に「Retail_BA」と入力します。 [保存] をクリックします。
新しいファイル ジオデータベースが [カタログ] ウィンドウに追加されます。 このジオデータベースはエンタープライズ ジオデータベースではなく、アクセスのために認証情報を必要としないので、ユーザー名を含むための名前変更は行いません。
次に、デフォルトのジオデータベースの小売データを新しいファイル ジオデータベースにコピーします。
- [カタログ] ウィンドウで、[Restaurants] フィーチャクラスを [tourism_and_retail.gdb] から [Retail_BA.gdb] にドラッグします。
- [Retail_BA.gdb] を展開してコンテンツを表示します。
データがコピーされました。
- [tourism_and_retail.gdb] を折りたたみます。
これで、このチュートリアルで使用する 2 つのジオデータベースに接続できました。 片方は小売部門が管理するファイル ジオデータベースで、市内のレストランに関するデータが格納されています。 もう 1 つは観光部門が管理するエンタープライズ ジオデータベースで、まだ何も格納されていません。
新しいフィーチャクラスの作成
レプリカでは、親データベースをエンタープライズ ジオデータベースにする必要があります。 ただし、このワークフローでは、エンタープライズ ジオデータベースにはデータが含まれておらず、ファイル ジオデータベースには含まれています。
ファイル ジオデータベースのデータをエンタープライズ ジオデータベースに複製するために、エンタープライズ ジオデータベース内に空のフィーチャクラスを作成します。 このフィーチャクラスは、[Restaurants] フィーチャクラスと同じタイプと属性のフィールドを持ちますが、実際のデータは含まれません。 後で、チェックアウト/チェックイン レプリカによって空のフィーチャクラスがファイル ジオデータベースにコピーされ、そこに実際のデータを入力できるようになります。その後でエンタープライズ データベースにコピーして戻されます。
- [Tourism_BA.sde] を右クリックし、[新規作成] をポイントして、[フィーチャクラス] を選択します。
レストランのデータと同じパラメーターを持つ新しいフィーチャクラスを作成します。 [Restaurants] フィーチャクラスはポイント フィーチャクラスなので、新しいフィーチャクラスは必ず同じタイプを持つようにします。
- [フィーチャクラスの作成] ウィンドウの [名前] に「Restaurants_Tourism」と入力し、[エイリアス] には「Restaurants (Tourism)」と入力します。 [フィーチャクラス タイプ] で、[ポイント] を選択します。
注意:
新しいフィーチャクラスの名前は、確実に一意になるようにします。 この名前が retail データベース内のものと同じである場合、レプリカの作成時に元のデータが上書きされてしまいます。
デフォルトでは、新しいフィーチャクラスは現在のマップに追加されます。 今すぐにマップ上のフィーチャクラスにアクセスする必要がない場合は、このオプションをオフにしておきます。
- [出力データセットを現在のマップに追加] をオフにします。
- [次へ] をクリックします。
次に、元の [Restaurants] フィーチャクラス内のものと一致する属性フィールドを追加します。
ヒント:
フィーチャクラスの属性フィールドを確認するには、[カタログ] ウィンドウで右クリックして [テーブルを開く] を選択します。
- 次の表を使用してフィールドを追加します。
フィールド名 データ タイプ ID
Long Integer
名前 (Name)
Text
タイプ (Type)
Text
料理 (Cuisine)
Text
電話番号 (PhoneNumber)
Text
時間 (Hours)
Text
番地 (StreetName)
Text
市区町村 (City)
Text
郵便番号 (PostalCode)
Text
経度 (Longitude)
Double
緯度 (Latitude)
Double
新しいフィーチャクラスには、空間参照、解像度、格納のコンフィグレーションなど、その他のパラメーターを設定できますが、このチュートリアルではそれらを設定する必要はありません。
- [完了] をクリックします。
フィーチャクラスが作成されます。
- [カタログ] ウィンドウで [Tourism_BA.sde] を展開します。
エンタープライズ ジオデータベースでは、データ名の先頭にデータの所有者名が付きます。 サンプル画像では、所有者は EMMA というアカウントです。実際のユーザー名は異なります。
Global ID の有効化
次に、トラディショナル バージョニングを有効にし、エンタープライズ ジオデータベースと新しいフィーチャクラスに対して Global ID を有効にします。 編集によってデータがバージョン対応になると、Global ID は同じデータの複数バージョンで行われた編集のマッピングに役立ちます。 チェックアウト/チェックイン レプリカでは、一方向レプリカや双方向レプリカと異なり、バージョニングと Global ID は必須ではありません。 しかし、観光部門はデータを共有して Web 利用するために使用する傾向があるので、そうした状況ではバージョニングと Global ID が役に立ちます。
- [カタログ] ウィンドウで [Tourism_BA.sde] を右クリックし、[ジオデータベース接続プロパティ] を選択します。
- [ジオデータベース コネクション プロパティ] ウィンドウで [バージョニング タイプ] が [トラディショナル] に設定されていることを確認します。
- [ジオデータベース コネクション プロパティ] ウィンドウを閉じます。
次に、トラディショナル バージョニングを有効にし、3 つのフィーチャクラスに対して Global ID を有効にします。
- [カタログ] ウィンドウの [Tourism_BA.sde] で、[Restaurants_Tourism] を右クリックし、[管理] を選択します。
[フィーチャクラス プロパティ] ウィンドウが表示されます。
- [管理] タブで [バージョニング] をオンにして [トラディショナル] を選択します。 [Global ID] がオンになっていることを確認します。
- [OK] をクリックします。
これで、フィーチャクラスに対するレプリケーションの準備が整いました。
- [クイック アクセス ツールバー] で、[保存] ボタンをクリックして、プロジェクトを保存します。
ここまでの手順では、小売部門と観光部門間でデータを配布するレプリケーション タイプとして、チェックアウト/チェックイン レプリカが最適であることを確認しました。 また、チュートリアルで使用するエンタープライズ ジオデータベースに接続し、新しいフィーチャクラスを作成して、データベース接続とフィーチャクラスをレプリケーションに向けて準備しました。
チェックアウト レプリカの作成
次に、culture ジオデータベースと tourism ジオデータベース間でチェックアウト/チェックイン レプリカを作成します。
レプリカの作成
レプリカを作成するには、ジオプロセシング ツールを実行します。
- [カタログ] ウィンドウで [Tourism_BA.sde] を右クリックし、[分散ジオデータベース] をポイントして [レプリカの作成] を選択します。
[ジオプロセシング] ウィンドウが開き、[レプリカの作成] ツールが表示されます。 まず、レプリケーションを行うデータセットを設定します。
- [レプリカ データセット] で [参照] ボタンをクリックします。
- [レプリカ データセット] ウィンドウの [プロジェクト] で [データベース] を展開します。 [Tourism_BA.sde] をクリックします。
- [Restaurants_Tourism] をクリックして選択します。
- [OK] をクリックします。
データセットが [ジオプロセシング] ウィンドウのパラメーターに追加されます。
- [レプリカ タイプ] で、[チェックアウト レプリカ] を選択します。 [出力タイプ] が [ジオデータベース] に設定されていることを確認します。
次に、データが小売部門のデータベースに複製されていることを確認します。
- [複製したデータを格納するジオデータベース] で [参照] ボタンをクリックします。
- [複製したデータを格納するジオデータベース] ウィンドウの [プロジェクト] で [データベース] をクリックします。 [Retail_BA.gdb] を選択して、[OK] をクリックします。
- [レプリカ名] に「Retail_to_Tourism」と入力します。
このレプリカでは tourism データベースが親ですが、データは主に retail データベースから tourism データベースに送信されます。 この名前はデータ フローの方向を示しています。
- [実行] をクリックします。
ツールが実行され、レプリカが作成されます。
- [ジオプロセシング] ウィンドウを閉じます。
レプリカの探索
レプリカが作成されたので、次に、親データベースと子データベースの両方の観点からレプリカを調査します。
- [カタログ] ウィンドウで [Tourism_BA.sde] を右クリックし、[分散ジオデータベース] をポイントして [レプリカの管理] を選択します。
[レプリカの管理] ウィンドウが表示されます。 ここには、先ほど作成した [Retail_to_Tourism] レプリカがリストされます。
- [Retail_to_Tourism] で、矢印をクリックしてレプリカを展開します。
レプリカに関する情報が表示されます。 所有者は、レプリカを作成したデータベース ユーザーです (サンプル画像では EMMA)。 情報には、データベースが親であるか子であるか、データの送信側であるか受信側であるかも含まれます。
このインスタンスでは、tourism データベースが親であり、データの受信側です。 編集をチェックインするのは retail データベースで、tourism データベースは空のフィーチャクラス スキーマをチェックアウトするだけです。
- [レプリカの管理] ウィンドウを閉じます。
次に、空のフィーチャクラスが子データベースに複製されたことを確認します。
- [カタログ] ウィンドウで、[Retail_BA.gdb] を右クリックして [更新] を選択します。
[Restaurants_Tourism] フィーチャクラスがジオデータベースに複製されました。
- [Retail_BA.gdb] を右クリックし、[分散ジオデータベース] にポイントして [レプリカの管理] を選択します。
- [レプリカの管理] ウィンドウで [Retail_to_Tourism] レプリカを展開します。
retail データベースからレプリカの情報にアクセスすると、ロールが子であることと、ステータスがデータ送信側である (データ受信側ではない) ことが表示されます。
- レプリカの [オプション] ボタンをクリックして、[プロパティ] を選択します。
- [レプリカ プロパティ] ウィンドウで [説明] タブをクリックします。 [Restaurants_Tourism] フィーチャクラスが複製されたデータとしてリストされていることを確認します。
- [レプリカ プロパティ] ウィンドウと、[レプリカの管理] ウィンドウを閉じます。
- プロジェクトを保存します。
retail ジオデータベースと tourism ジオデータベース間にチェックアウト/チェックイン レプリカを作成しました。 空のフィーチャクラスが正常に複製されたことを確認し、親と子の両方の観点からレプリカを調査し、データ フローを評価しました。 これで、空のフィーチャクラスを元のレストラン データで編集し、tourism データベースと同期する準備が整いました。
変更の同期
チェックアウト/チェックイン レプリカが作成されたので、観光部門のデータベースにあるフィーチャクラスを使用して、小売部門のデータを観光部門に移動します。 観光部門から取得した空のレプリカ フィーチャクラスにレストランのデータを読み込み、変更を同期して、データを観光部門のデータベースにチェックインし直します。
データの読み込み
まず、観光部門の空のフィーチャクラスのレプリカに、レストランのデータを読み込みます。
- [カタログ] ウィンドウの [Retail_BA.gdb] で、[Restaurants_Tourism] を右クリックし、[データの読み込み] を選択します。
[ジオプロセシング] ウィンドウが開き、[アペンド] ツールが表示されます。 このツールを使用すると、入力データセットのデータでターゲット データセットが更新されます。 このツールによってターゲット データセットが変更されたことを示す警告が表示されます。 ターゲット データセットはデータを含まない空のフィーチャクラスなので、この警告を心配する必要はありません。
- [入力データセット] で [参照] ボタンをクリックします。
- [入力データセット] ウィンドウで、[Retail_BA.gdb] を参照して [Restaurants] を選択し、[OK] をクリックします。
- [ターゲット データセット] が [Restaurants_Tourism] に設定されていることを確認します。
- [フィールド マッチング タイプ] では [フィールド マップを使用してフィールドの違いをリコンサイル] を選択します。
[フィールド マップ] セクションが表示されます。 このセクションでは、入力データセットとターゲット データセットのフィールドを照合できます。 そのために、データが正しいフィールドに読み込まれていることを確認します。
- [フィールド マップ] の [出力フィールド] で、[名前] をクリックします。
- [新しいソースの追加] をクリックして、[nombre] チェックボックスをオンにし、[選択オブジェクトの追加] をクリックします。
空のフィーチャクラスの名前フィールドが、元のレストランのデータセット内の名前フィールドにマッピングされます。
- 空のフィーチャクラス内の以下のフィールドを、レストランのデータセット内の対応するフィールドにマッピングします。
- [Type] を [categoria] にマッピングします。
- [Cuisine] を [cocina] にマッピングします。
- [PhoneNumber] を [telefono] にマッピングします。
- [Hours] を [horario] にマッピングします。
- [StreetName] を [calle_nombre] にマッピングします。
- [City] を [barrio] にマッピングします。
- [PostalCode] を [codigo_postal] にマッピングします。
- [Longitude] を [long] にマッピングします。
- [Latitude] を [lat] にマッピングします。
- [実行] をクリックします。
ツールが実行され、データが追加されます。 マップにデータを追加して、正しく追加されたことを確認します。
- [ジオプロセシング] ウィンドウを閉じます。 [小売] マップ ビューがアクティブであることを確認します。
- [カタログ] ウィンドウの [Retail_BA.gdb] で、[Restaurants_Tourism] を右クリックし、[現在のマップに追加] を選択します。
データがマップに追加されます。 空のフィーチャクラスであればマップ上にフィーチャが何も表示されませんが、今度はレストランを表す多くのポイントが表示されています。 これらは、データセットに追加されたフィーチャです。
- [コンテンツ] ウィンドウで、[Restaurants (Tourism)] を右クリックして、[属性テーブル] を選択します。
テーブルが表示されます。 ここには正しい属性情報が含まれています (一部のセルには NULL 値が含まれていますが、これは、それらが元のデータセットで NULL であったためです)。
- テーブルを閉じます。
変更の同期
データが [Restaurants_Tourism] フィーチャクラスに正しく追加されたことを確認しました。 次に、このフィーチャクラスにチェックインして、変更が親ジオデータベース、つまり観光部門のデータベースに送り返されるようにします。 変更をチェックインするには、ジオプロセシング ツールを実行します。
- [カタログ] ウィンドウで [Retail_BA.gdb] を右クリックし、[分散ジオデータベース] をポイントして [変更の同期] を選択します。
[ジオプロセシング] ウィンドウが開き、[変更の同期] ツールが表示されます。 ツール パラメーターが自動的に入力されます。 ジオデータベース 1 は変更を同期するデータベース (retail データベース) で、ジオデータベース 2 はチェックアプト/チェックイン レプリカに関与する他方のデータベース (tourism データベース) です。
競合解決に関するパラメーターもあります。 これらのパラメーターを設定すると、retail ジオデータベースを優先して競合が自動的に解決されます。 tourism データベースの下のフィーチャクラスは空だったので、手動による競合の確認を必要とする競合は存在しません。
変更の必要があるパラメーターは、[親バージョンとのリコンサイル] パラメーターのみです。 チェックアウトのレプリカが作成されると、親ジオデータベースがバージョン対応になり、子からの変更を格納するようになります。 このパラメーターにより、チェックアウト バージョンとユーザーが接続しているジオデータベースのバージョンの間で、データが確実にリコンサイルされます。
- [親バージョンとリコンサイル (チェックアウトのみ)] をオンにします。
注意:
[競合解決ポリシー] パラメーターの横に警告が表示される場合があります。 この警告は、競合が自動的に解決されることを通知するものです。 この警告は無視してかまいません。
- [実行] をクリックします。
ツールが実行され、変更が同期されます。 レプリカが削除されたことを確認します。
- [ジオプロセシング] ウィンドウを閉じます。 [カタログ] ウィンドウで [Retail_BA.gdb] を右クリックし、[分散ジオデータベース] をポイントして [レプリカの管理] を選択します。
ウィンドウは空になっています。
チェックアウト/チェックイン レプリカは、単一のデータ トランザクション用に設計されています。 同期後、レプリカは自動的に削除されます。
- [レプリカの管理] ウィンドウを閉じます。
編集が親ジオデータベースと同期していることを確認します。
- [Tourism] マップをアクティブ化します。
- [カタログ] ウィンドウの [Tourism_BA.sde] で、[Restaurants_Tourism] を右クリックし、[現在のマップに追加] を選択します。
データがマップに追加されます。 ここには元のレストランのフィーチャクラスからのデータが含まれており、小売部門のデータが観光部門のデータベースに正しく複製されたことを示しています。
- プロジェクトを保存します。
このチュートリアルでは、小売部門が観光部門にデータを共有する手順を実行しました。 そのワークフローに最適なジオデータベース レプリケーションのタイプとして、チェックアウト/チェックイン レプリカを特定しました。 次に、2 つのエンタープライズ ジオデータベース間でレプリカを作成しました。 最後に、レストランのデータを空のフィーチャクラスに読み込み、変更を同期しました。 データが同期された後、レプリカが削除されたことも確認しました。
このチュートリアルでは、チェックアウト/チェックイン レプリカを使用して、小売部門と観光部門間でデータを配布する方法を取り上げました。 このシリーズの他のチュートリアルでは、交通部門と文化部門間で一方向レプリカと双方向レプリカを使用してデータを配布する方法を取り上げています。
他のチュートリアルについては、チュートリアル ギャラリーをご覧ください。
