Railsでmysqlのテーブルのauto incrementがリセットされてしまう問題

Question

以前こちらの質問をさせていただきました。
https://teratail.com/questions/157540

現状以下のようなテーブルがあります。

article
id: integer
title: string

deleted_article
id: integer
article_id: integer
title: string

articleを削除後、deleted_articleに情報を退避する感じです。

ここで上記質問に書いてあるid再利用がarticleテーブルで起きてしまうため以下のような状況になってしまいます。

articleテーブル

id	title
3	title3
4	title4
5	title5
1	title6

deleted_articleテーブル

id	article_id	title
1	1	title1
2	2	title2

ここでdeleted_articleのarticle_idはuniqueなので、title: "title6"の記事が削除できなくなっています。

前回の質問では

対策としては
・外部キー制約入れる
・AUTO_INCREMENTに頼らず、別に採番テーブルを用意する
・論理削除してレコードを delete しない(!)

と対策を教えていただきました。

手段として、
・AUTO_INCREMENTに頼らず、別に採番テーブルを用意する
・論理削除してレコードを delete しない(!)
はとりたくないと思っています。

そこで質問なのですが、

・外部キー制約入れる



これって具体的にどのような制約を入れると実現できるでしょうか？

またDBでの制約が難しい場合、アプリケーション（Rails）で制御することになるのですが、以下のような実装はどう思いますか？
(rollbackが起きるとauto incrementがプラスされるようなのでそれを利用しています。）

loop do
  begin
    Article.transaction do
      article = Article.create!(title: ’test’)
      raise ActiveRecord::Rollback if DeletedArticle.exists?(article_id: article.id)
      break
    end
  rescue 
    next 
  end
end

Answer 1

・外部キー制約入れる

これって具体的にどのような制約を入れると実現できるでしょうか？

このままでは無理です。削除してしまったものに外部キーをかけることはできません。

Comments

[kuuritar]

ありがとうございます。
基本的に外部キーはリレーションを表すために利用するもので、今回ようなバックアップ目的のものには利用できない、という認識で良いですか？

[maisumakun]

そうですね、存在するもの同士を結びつけるための機能が外部キーですので、むしろ片方が存在しない状態に「させない」のを主眼とする機能です。

[kuuritar]

ありがとうございました。
DB側での対策は不可とわかったので、一旦質問を完了にします。