使いやすいように設計された Microsoft リレーショナル データベース管理システムのファミリ。
「テーブルの正規化」というデータベースの設計の基本はご存じですか。
「正規化」に反しないフィールドの追加は問題ないと思います。私自身も運用中に必用になったフィールドを追加することはよくあります。フィールドを追加したぐらいでファイルが破損するようことはまずありません。(絶対ないとは言い切れませんし、それ以外の原因で破損することはありますので、定期的にバックアップは必須ですが。)
ただし、定期的に追加が発生するよう場合は、テーブルの正規化に反する場合が多いです。
2016年4月売上、2016年6月売上 というように毎月フィールドを追加するというようなことはしてはいけません。
「携帯複数台持ちの人の対策に「第三携帯番号」フィールドを追加」は、微妙です。
一人で持つのはせいぜい3台ぐらいまででしょうから「第三携帯番号」でいいともいえますが、もし4台もっている人があらわれたらまた、追加ということになります。
フィールドが追加されると、そのテーブルを使用しているクエリ、フォーム、レポートも変更する必用が生じます。あるいは、携帯番号から個人を特定するのも面倒になります。できれば、正規化したほうがいいでしょう。
正規化するなら、電話番号データ自体を別テーブルに分割します。
T_電話番号
個人ID 電話番号ID 種別 電話番号
001 1 固定 000-000-0000
001 2 FAX 000-000-0000
001 3 携帯1 090-0000-0000
001 4 携帯2 080-0000-0000
こうすれば、柔軟に対応できます。