DBのカラム分けのメリットとデメリットについて

DBのカラムを分けて管理することのメリット・デメリット
1つにしておくことのメリット・デメリットはなんでしょうか？
前提として、DBにHTMLソースをそのまま格納し、表示させています。

例えば

<div class="aaa">
　ただいまの時間は12時です。
　<div class="aaa_table">
    <table>
      <tr>
        <th>時間</th> 
        <td>予定</td>
　　　 </tr>
      <tr>
        <th>時間</th> 
        <td>予定</td>
　　　 </tr>
      <tr>
        <th>時間</th> 
        <td>予定</td>
　　　 </tr>
    </table>
  </div>
</div>

このようにテンプレート化されたものがあるとして、
データを追加するときに、毎回同じように"aaa"と"aaa_table"の中身を帰る場合、
DBで一つのカラムに入れず"aaa"と"aaa_table"でカラムを分けて格納しておく方法と
"aaa"と"aaa_table"（上記のコード）を全て1つのカラムに入れておく場合のメリット・デメリットがあれば教えていただきたいです。

●自分なりの考察
カラムを分けるメリット・デメリット
メリット：特定の情報を全削除する場合にカラムごと消せば良いので対応しやすい。
データの個数変更にも対応しやすい
デメリット：詳細に砕いていくと、膨大な量と工数になってしまう。

　カラムを１つにするメリット・デメリット
メリット：データの流し込みが楽
デメリット：特定のセクションに対しての操作が大変。（一部だけ非表示にしてほしい等）

イメージです。（伝わりづらかったらすみません。）
●カラム１つ

id	contents
1	<div class="aaa">ただいまの時間は12時です。<div class="aaa_table"><table>~~~

●カラム分ける

id	contents	sub_contens
1	<div class="aaa">ただいまの時間は12時です。	<table><tr><th>時間</th>

参考にしたいので、よろしくお願いいたします。

maisumakun

2020/09/08 06:42

両者について、想定しているテーブル構造を示していただけないでしょうか？（どこまでデータベースに格納するのかという、その段階から考え方が違う可能性もあります）

退会済みユーザー

2020/09/08 06:43

Web アプリの話のようですが、そうであればサーバー側は何になるのか書いてください。より具体的な回答が得られるかもしれません。あと、DB サーバが何かも書いてください。質問内容が分かりません。「時間」と「予定」のデータを含むレコードが複数あり、それを質問のコードにあるテーブルに表示するのに、レコードには「時間」と「予定」という 2 つのフィールドを持たせるのが良いのか、それとも「時間,予定」というように一つにした方が良いかということですか？