Postgresを使用してデータベースを設計しています。私のユースケースには、モジュラーデータモデルが必要です。具体的には、さまざまなタイプのエンティティを保存する必要があります。すべてのエンティティには共通のフィールドのセットがあり、その後、タイプに応じて追加のプロパティがあります。たとえば、エンティティがイベントを表していると仮定します。すべてのイベントにはタイトルと説明があります。ただし、イベントがタイプのコメントの場合、トピックや数字のような追加のフィールドもあります。
私の主な要件は次のとおりです。
 - タイプ固有の列のヌル制約を強制する必要があります
 - データモデルは簡単に拡張可能である必要があります。新しいタイプのエンティティを追加するのは簡単で、データベースにダウンタイムは必要ありません
 - 私のアプリケーションでは、日付でソートされたすべてのエンティティを示すビューがあります。ですから、私はそれらのタイプとは無関係に、高速かつ効率的な方法ですべてのエンティティを照会できる必要があります

これらの要件を達成するために使用できるデザインパターンを説明できますか？具体的な例で説明してください。
I am designing a database using Postgres. For my use case, I need a modular data model. Specifically, I need to store Entities of different types. All Entities have a set of common fields, and then they have additional properties depending on their type. For instance, suppose that Entities represent Events. All Events have a title and a description. But if an Event is of type Comment, it will also have additional fields like topic and number of likes.
My main requirements are as follows:
- I need to enforce NOT NULL constraints for the type-specific columns
- The data model should be easily extendable. Adding a new type of Entity should be easy, and require no downtime for the database
- In my application, I will have a view showing all Entities, sorted by date. So I need to be able to query all Entities, independently of their type, in a fast and efficient way

Can you explain to me a design pattern that can be used to achieve these requirements? Please describe it with a concrete example.