Serviceを読んで理解し、同意したものとみなします。すべて2同じ構造の別のテーブルを作るべきでしょうか例えば予定を検索する際に、予定と別の予定を同時に検索するような状況があり得るか検討してください。単純なWHEREでの検索だけでなく、別のテーブルとの結合や参照制約なども含まれます。あり得るのであれば、1つのテーブルにするべきです。すむことが、別の予定テーブルを作ってしまうとできなくなります。逆にこのような状況がないと言い切れるのであれば、1テーブルにまとめてはいけません。どちらの方法もメリットデメリットがあります。それらの得失を考慮して、どちらの方法に決める必要があります。私ならリスクを考えて、新規にテーブルを追加するかもしれません。種別ごとにテーブルを追加するよりも自然だと思います。新規に開発する場合は悩まずにカラムを追加すると思います。そのテーブルに関するドキュメント、ソースプログラム、SQLをすべて修正する必要があります。バグ混入の心配もあります。試験もやり直さなければなりません。※viewを作ってしのげるかを考えるかもしれません。テーブルのレイアウトを変更する移行作業も必要です。