2 つに分割する必要がある mysql テーブルがあります。現在、テーブルには、緩やかに関連する 2 つのエンティティに関する情報が含まれています。たとえば、エンティティは、会社の従業員と、彼がタグ付けされている会社のラップトップである可能性があります。次の表は、私の例を説明しています。employee
次の列を持つテーブルがあります
employee_id,employee_name,employee_detail,join_date,laptop_id,laptop_type,laptop_tagged_date,laptop_details,laptop_make.
以下に示すように、このテーブルを 2 つに分割する必要があります。
employee
ラップトップの列のないテーブル
employee_id,employee_name,employee_detail,join_date.
laptop
キーとして employee_id を持つ新しいテーブル。
employee_id,laptop_id,laptop_type,laptop_tagged_date,laptop_details,laptop_make
以下のステートメントは、現在のデータベース設計に当てはまります
- この
employee
テーブルは、バックエンド コードによって頻繁に使用されます。バックエンドのコードは Java と php で書かれています。 employee
テーブルの名前を変更することはできません.2 つの新しいテーブルを作成したくないことを意味します.employee
テーブルを保持したいが、そこからすべてのラップトップ情報を削除します.- 毎日、新しい行が追加され、既存の行が更新されます。
私の質問は
- 単一のテーブルの現在の設計から新しく提案された設計にスムーズに移行するために従うことができる設計アプローチはありますか?
- スムーズな移行を確実にするために従うべきベストプラクティスはありますか?
- このタスクを完了するための手順を提案/リダイレクトしていただけませんか。