##何故するのか
主キーを付け忘れた
後々考えたら主キーが必要だった など
##自分がこれを行うに至った状況
既に存在するテーブルについてのバックアップを2週間ほど保存しておいて
cronで物理削除をしようとする機能を作成する時に
SHOW COLUMNS FROM table_name;
したら、PRIがないことに気が付いたため。
####table_A
Field | Null | Key |
---|---|---|
table_A_no | No | PRI |
othertable_unique_no | Yes | MUL |
####table_Backup
Field | Null | Key |
---|---|---|
table_A_no | No | |
othertable_unique_no | Yes |
##解決策
ALTER TABLE table_Backup ADD PRIMARY KEY(column_name);
##結果
####table_Backup
Field | Null | Key |
---|---|---|
table_A_no | No | PRI |
othertable_unique_no | Yes |
##おわりに
othertable_unique_noカラムのKeyに「MUL」もあるけど、
バックアップテーブルにMultipleが必要かどうか。
そもそもMultipleってなんだろう。
こういうレベル感の自分が、今後も業界未経験レベルの初心者に向けて
記事を書いていきたいと思っています。
玄人様なんかには自分の記事は恥ずかしくて見せられないですが、
明らかな間違いなどありましたら指摘して頂ければと思います。
##追記
書いた後も作業してて思ったのが、バックアップ用だから同じデータが何回も入ってくるのでそもそもPRIMARY KEYである必要がなかったです。。