1対Nのテーブルだけど、「1」が複数ある場合の設計方法

Question

実現したいこと

（タイトルがわかりにくくてすみません）
Model_A と Document とモデルがあり、1対N のリレーションになってます。

SELECT * FROM DOCUMENTS;
 id | model_a_id | summary | deleted_at | created_at | updated_at 
----+------------+---------+------------+------------+------------

\d documents;
                                           Table "public.documents"
    Column     |              Type              | Collation | Nullable |                Default                
---------------+--------------------------------+-----------+----------+---------------------------------------
 id            | bigint                         |           | not null | nextval('documents_id_seq'::regclass)
 model_a_id    | bigint                         |           | not null | 
 summary       | character varying              |           |          | 
 deleted_at    | timestamp(6) without time zone |           |          | 
 created_at    | timestamp(6) without time zone |           | not null | 
 updated_at    | timestamp(6) without time zone |           | not null | 

（例としては、Model_A が一軒家のデータで、それに設計図やら申請書やらなど複数書類をDocument として紐付けることができる、みたいな感じ）

これを元に新たに、Model_B、Model _C の追加を考えてます。各モデルはカラムが違いすぎて、モデルを共通化できないことを前提とします。
（例としては、Model_B がマンション、Model_C が工場のデータだけど、設計図、申請書などの複数書類を紐づけるやり方は Model_A と同じでよい）

つまり、Document 側からは、複数のテーブル相手に1対N のリレーションで紐づけられるようなものです。

このような設計方法にセオリーみたいなのはありますか？

思いついたこと

一つの方法（※）は、documents テーブルにカラムを追加するやり方です。

SELECT * FROM DOCUMENTS;
 id | model_a_id | model_b_id | model_c_id | summary | deleted_at | created_at | updated_at 
----+------------+------------+------------+---------+------------+------------+------------

こんな感じです。model_a_id、model_b_id、model_c_id の not null 制約は外します
Model_*が増えるたびに、テーブルにカラムを追加してしていかなければならないので、現実的にはModel_*がどこまで増えるのかの、見通しを考える必要があります。
他方、現状の変更が楽そうな気がしてます。

つぎの方法は、中間テーブル（っぽいもの）をつくるやり方です。
N対N そのものではないのでまだ具体的な実現方法は考えてません。（Active Storage が参考になるかな？程度）

該当のソースコード

上記（※）について、Ruby on Rails の場合でどうすればいいのかわからないところ（？の部分）を掲載します

これが

class Document < ApplicationRecord
  belongs_to :model_a
  has_one_attached :file
end

class ModelA < ApplicationRecord
  has_many :documents, dependent: :destroy
end

こう？

class Document < ApplicationRecord
  belongs_to :model_a (?)
  belongs_to :model_b (?)
  belongs_to :model_c (?)
  has_one_attached :file
end

class ModelA < ApplicationRecord
  has_many :documents, dependent: :destroy
end
class ModelB < ApplicationRecord
  has_many :documents, dependent: :destroy
end
class ModelC < ApplicationRecord
  has_many :documents, dependent: :destroy
end

その他

回答としては、この設計方法自体よくないから破棄しなさい、というのでも結構です。（その場合、その回答にたくさんグッドが集まれば、いかに自分の質問が道から外れてるかがわかるので）

Answer 1

ヒントになるページを見つけました
複数のテーブルに対して多対一で紐づくテーブルの設計アプローチ

Ruby on Railsではポリモーフィック関連付けという仕組みが用意されてました。

Answer 2

言葉遊びのようですが『1対多』のリレーショナルデータベースは『1対多』であることが大前提なので、1が複数あるという時点で『1対多』ではありません。

中間テーブル、多対多のリレーションで構想するべきでしょう。
https://help.claris.com/archive/help/18/fmp/ja/index.html#page/FMP_Help/many-to-many-relationships.html