注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。
これまでに検討してきた航空オントロジーでは、フライトと遅延は別々のオブジェクトタイプとして表現されています。この決定は、遅延情報を各フライトオブジェクトのプロパティとして含めるという少なくとも1つの代替案を考慮して行われました。以下の画像は、このトレードオフを示しています。
これらのトレードオフや設計上の決定はどのように行われるべきか?
オントロジーはデプロイ後に更新することができますが、最初からよく考えられたフレームワークを使用すると、Foundry で価値を得るまでの時間が短縮されます。以下の Foundry 記事を確認し、オブジェクトモデルがユースケースの機能要件に応じてどのように作成されるべきかを説明してください。
ここまでで、最適なオントロジーには最適なバッキングパイプラインが必要であることが明らかになったと思います。これは、オントロジーの開発とメンテナンスのライフサイクルにおいて、データエンジニアが非常に重要である理由の一つです。このチュートリアルの残りの部分では、このトレーニングのルートで得た経験を活用して、オントロジーのオブジェクトタイプとリンクタイプのセットを構築・改善していきます。