更新セットによって追跡されるカスタマイズ
更新セットは、アプリケーションのテーブル、フィールド、およびレコードのカスタマイズを追跡します。
更新セットは構成の詳細をキャプチャしますが、タスクまたはプロセスのデータは除外します。たとえば、カタログアイテムの定義、変数、および変数の選択は記録されますが、送信された注文やカタログタスクは記録されません。
update_synch 属性
カスタマイズが追跡されているテーブルのリストを表示するには、 属性にフィルターすると、update_synchが含まれています。
- 一部のコアテーブルは、複数のテーブルの情報を表すため、特別な更新処理が必要。update_synch プロパティがこれらのテーブルに追加されると、重複した更新レコードが作成され、トラブルシューティングや修復が困難な重大な競合が発生する。
- update_synch 属性を使用してインスタンス間でデータレコードを移行すると、パフォーマンスの問題が発生する可能性があります。データを移行するには、「インスタンス間インポートの使用 Import sets key concepts 」を参照してください。
特別ハンドラー
特別なハンドラーは、複数のテーブルに関する情報を表します。これらの変更は、カスタマイズが収容されたときにすべてのレコードが適切に更新されるように、1つの更新セットエントリにパッケージ化します。- ワークフロー
- フォームセクション
- リスト
- 関連リスト
- 選択リスト
- システムディクショナリーの入力
- フィールドラベル
選択リスト
更新セットは、新規および更新された選択肢の両方のオプションを、sys_update_versionテーブルとsys_update_xmlテーブルの個別のレコードとして保存します。たとえば、タスクテーブルをu_activityテーブルで拡張する場合は、自分の拡張テーブルにのみ表示されるステータスフィールドの選択肢を追加します。
これらの変更を更新セットとして発行すると、更新プログラムには、u_activity テーブルに追加した選択肢の更新レコードとバージョンレコードのみが含まれます。タスクテーブルの選択肢オプションは影響を受けません。
ディクショナリーの変更
更新セットを使用すると、データが失われるディクショナリーの変更を適用しないようにすることができます。たとえば、ブロックされた辞書の変更には、テーブルの削除や列のデータ型の変更が含まれます。
ホームページとコンテンツページ
ホームページとコンテンツページは、デフォルトでは更新セットに追加されません。現在の更新セットをアンロードしてページを追加します。
インスタンスからの情報を整理してデータに関するストーリーを伝える、ホームページの機能は、新しいインスタンスのダッシュボードにあります。ネクストエクスペリエンス を有効にしてアップグレードされたインスタンスでは、ユーザーは直接 URL を持っている場合は既存のホームページを表示できますが、作成や編集はできません。レスポンシブダッシュボードと アナリティクス概要 ダッシュボードがホームページの機能を引き継ぎます。
ホームページ廃止ヘルプツールを使用して、インスタンスのホームページをレスポンシブダッシュボードに変換します。
アプリケーションの変更
システムは、アプリケーションに関連付けられた変更のみを含むアプリケーションごとに個別の更新セットを作成します。この分離により、更新セットの変更を収容するときに、各アプリケーションのアクセス設定が適切に評価され、適用されることが確認されます。