参考資料：https://docs.servicenow.com/bundle/rome-it-operations-management/page/product/service-mapping/task/export-patterns.html

ServiceNowにおいて、コアテーブルとはプラットフォームにデフォルトで含まれる基盤となるテーブルのことです。これらのテーブルには、さまざまなアプリケーションやモジュールで使用される重要なレコードが格納されます。
🔹 ServiceNowの主要コアテーブル：
タスク (task) - インシデント、変更、問題など、他のいくつかのテーブルの親として機能するコアテーブル。
ユーザー (sys_user) - インスタンス内のすべてのユーザーレコードを保存します。
インシデント（incident） - タスクの子テーブルで、ユーザーから報告された問題やリクエストを追跡するために使用されます。
🔹 なぜ選択肢Cが正解なのか？
ユーザー（sys_user） - ServiceNowにおけるユーザー管理に不可欠です。
タスク (task) - 他の多くのテーブルが派生する基本テーブル。
インシデント（incident） - ITサービス管理（ITSM）で広く使用されているテーブルで、タスクから拡張されます。
🔹 間違った選択肢の説明：
A. 設定、接続、チャット - 設定は広義であり、単一のテーブルを指すものではありません。接続とチャットはServiceNowのコミュニケーションフレームワークの一部ですが、コアテーブルではありません。
B. チーム、パーティー、賞 - これらのテーブルはServiceNowのコアプラットフォームには存在しません。
D. 作業、発信者、タイムカード - 発信者はユーザーを指す場合があり、タイムカードは時間追跡アプリケーションで使用されるテーブルですが、これらはコアテーブルとはみなされません。
📌参考資料：
ServiceNowでテーブルを作成する
ServiceNowタスクテーブルのドキュメント
ServiceNowのコアテーブルを理解する

ServiceNowでは、あるテーブルのレコードが別のテーブルの複数のレコードに関連付けられる場合、またその逆の場合にも、多対多（M2M）の関係が存在します。
M2M関係の典型的な例は次のとおりです。
#ベンダーは複数の商品を販売できます
#商品は複数の販売業者によって販売される場合があります
販売業者は、異なるカテゴリーにわたる複数の商品を販売することが多い。
一つの製品が複数の販売業者から入手可能な場合がある。
これには、多対多の関係を追跡するための中間（結合）テーブルが必要です。
A：リクエストとアイテム
誤りです。各リクエスト（REQ#）は複数のリクエストアイテム（RITM#）を持つことができますが、1つのアイテムは複数のリクエストに属することはできません。これは1対多（1:M）の関係です。
C：タスクとワークフロー
ワークフローは個々のタスクレベルで関連付けられるため、誤りです。複数のワークフローが関与する場合でも、真のM2M関係は構築されません。
D: 設定項目とクラス
構成アイテム（CI）は1つのクラスにのみ属するため、これは1対多の関係であり、多対多の関係ではありません。
参考資料：ServiceNow CSA ドキュメント - 多対多のリレーションシップ
ServiceNow製品ドキュメント - 関係の種類と使用例（https://docs.servicenow.com）
最終的な答え：B。ベンダーは複数の製品を販売でき、製品は複数のベンダーによって販売できる。

https://docs.servicenow.com/bundle/vancouver-servicenow-platform/page/product/configuration-management
/task/t_ViewCIHealth.html

ServiceNowのスキーママップは、データベース内のテーブルとその関係性をグラフィカルに表現したものです。管理者や開発者がデータの構造と相互接続性を理解するのに役立ちます。
視覚的表現：テーブル間の親子関係、参照フィールド、および拡張関係を示します。
データベーススキーマナビゲーション：テーブル構造とフィールドにすばやくアクセスできます。
影響分析：フィールド、テーブル、またはリレーションシップを変更する前に、変更内容を評価するのに役立ちます。
開発効率の向上：データ間の依存関係を理解することで、システムのカスタマイズを支援します。
ナビゲーション先:システム定義 # スキーママップ
テーブルを選択してください：テーブル名を入力してください（例：incident、task）
関係性の表示：マップには、関連するテーブル（拡張テーブル、参照テーブル、参照元テーブルなど）が表示されます。
スキーママップの主な特徴：スキーママップへのアクセス方法：
A: スキーマ マップを使用すると、管理者は特定のテーブルのレコードを構成アイテムのトラブルの原因として定義できます - 誤り。
スキーママップは問題の原因を定義するものではなく、テーブル間の関係性を視覚化するために使用されます。
B: スキーママップは、CMDB の視覚的なタスクボードをグラフィカルに整理します - 不正解。
ビジュアルタスクボードはスキーママップとは別個のものであり、データベースの視覚化ではなく、タスク管理のために使用されます。
C: スキーマ マップは、ビジネス サービスをサポートする構成アイテムをグラフィカルに表示します - 誤り。
これは、CMDBの一部である依存関係ビューについて説明するものであり、スキーママップ機能について説明するものではありません。
不正解の解答の説明：
ServiceNow製品ドキュメント # スキーママップ
ServiceNow CSA 学習ガイド # データスキーマとテーブルリレーションシップ
ServiceNow開発者向けドキュメント # テーブルとリレーションシップの理解 認定システム管理者（CSA）ドキュメントからの参照：別の質問を確認しましょうか？#