Q&A
両者について、想定しているテーブル構造を示していただけないでしょうか？
（どこまでデータベースに格納するのかという、その段階から考え方が違う可能性もあります）
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> |
参考にしたいので、よろしくお願いいたします。
Web アプリの話のようですが、そうであればサーバー側は何になるのか書いてください。より具体的な回答が得られるかもしれません。あと、DB サーバが何かも書いてください。
質問内容が分かりません。「時間」と「予定」のデータを含むレコードが複数あり、それを質問のコードにあるテーブルに表示するのに、レコードには「時間」と「予定」という 2 つのフィールドを持たせるのが良いのか、それとも「時間,予定」というように一つにした方が良いかということですか？
なに言ってるのか分からない。考察の部分見ると尚更何の話をしているのか分からない。htmlの構造の話ですか？
それとも本当にDBの話だとして、DBにも色々あるけどmysqlとpostgresのようなRDBを想定した話ですか？
カラムイメージ追加いたしました。
初心者で申し訳ありません。分からないことたくさんありますので、ご指摘いただけたらと思います。
ブログシステムみたいなもんで使うデータの保存を考えている？？？
そうです！
一般的には「時間」「予定」の部分だけをDBに入れますが、ブログシステムのようなものだと作る人の設計次第気分次第なので、どれが良いとかは無いです。
一度適当に作ってから改善点を伺った方がいいでしょう。
承知いたしました！詳しい回答ありがとうございます。
回答1件
0
ベストアンサー
このようにテンプレート化されたものがあるとして、
テンプレートでしたら、一般には中身の「12時」とか、それぞれの時間と予定の内容だけデータベースに入れておくものです。
HTMLごと入れるという構造は、「ページごとに全く構造から違うブログなので、全部HTMLで保管しておく」ようなシチュエーションでしか行いません。
投稿2020/09/08 08:10
総合スコア146018
ということで、一連のHTMLをcontentsとsub_contentsに分ける方に関しては、「設計意図が全くわからない」です。
回答ありがとうございます！
HTMLソースごと別々に格納して呼び出すイメージで考えていましたが、たしかに全てがテンプレ化されているのであれば、中身だけDBに保存で良いですね！ありがとうございました！
自分で提案しておきながら、自分でもその構造にあまり理解ができておらずでした…すみません
あなたの回答
tips
プレビュー
