6 - オントロジー設計の考慮点

これまでに見てきた航空オントロジーでは、フライトと遅延は別々のオブジェクト型として表現されています。この決定は、少なくとも1つの代替策を考慮に入れて行われました：それぞれのフライトオブジェクトのプロパティとして遅延情報を含めることです。下の画像は、このトレードオフを示しています。

これらのトレードオフと設計決定はどのように行うべきですか？

📚 推薦文献 （約10分読み）

オントロジーはデプロイ後に更新することができますが、最初からよく考えられたフレームワークでスタートすると、Foundry で価値を得るまでの時間を短縮することができます。以下の Foundry の記事を参照し、オブジェクトモデルがユースケースの機能要件に応じてどのように作成されるべきかについて説明しています。

• Solution Design - Object Model, Intent and Implementation

ここまでで、最適なオントロジーには最適なバックエンドパイプラインが必要であることが明らかになったはずです。これは、データエンジニアがオントロジーの開発とメンテナンスライフサイクルで非常に重要な役割を果たす一因です。このチュートリアルの残りの部分では、このトレーニングのルートで得た経験を活用して、オントロジーオブジェクトタイプとリンクタイプのセットを構築し、改良します。