テーブルに外部キーとしてdatetime列を持つことは安全ですか？

Question

私は2つのテーブルを持っています。表AおよびB表Aには、自動増分を主キーとして持つ列があります。 （I挿入するPHPを使用）

id name  date_created 
1  Kletian 12-12-12 12:12:12 
2  Vormav  12-12-12 12:12:13 
3  Agrias  12-12-12 12:12:14 
4  Ramza  12-12-12 12:12:15 

表B、表AのIDを参照する外部キーを持つ必要がありますが、IDは（MySQLの生成）自動インクリメントであるので、私は、サーバー側のプログラミングを使用して割り当てることはできません。しかし、表Aには、datetime属性を持つdate_created列があります。

通常、これはテーブルBであるように見えるはずです。

id  images 
1  abc.jpg 
1  def.png 
1  ghi.jpg 
2  jkl.png 
3  mno.jpeg 
3  pqr.png 

と、これは、テーブルBのための私の計画である：

date_created   images 
12-12-12 12:12:12  abc.jpg 
12-12-12 12:12:12  def.png 
12-12-12 12:12:12 
12-12-12 12:12:13 
12-12-12 12:12:14  
12-12-12 12:12:14  pqr.png 

注：

• が自動インクリメントを取得サーバーサイドプログラミング（PHP）による価値は信頼できません。ユーザーはレコードを削除して注文を混乱させる可能性があるため。
• 私はテーブル構造を変更する特権を持っています。マイナーな変更は大丈夫ですが、大きな変更は禁止されています。
• 私のプランは安全ですか、別の選択肢がありますか？

Answer 1

シーケンス番号：は表に1列を取り、新しいエントリが挿入されたときにインクリメント（ない自動インクリメント）例えば：

seq_no | name 
    1 | Kletian 
    3 | Agrias 

をですから、新しいエントリをしたいときの表に、ちょうどseq_noのMAX()を取得し、1

ことによってそれをインクリメントテーブルBでまた

、として、外部キーなどのseq_noを行います。ここでは

seq_no | images 
    1 | abc.jpg 
    3 | efg.jpg 

Answer 2

はあなたのテーブルDDL（スキーマ）のためにたいと思うものです：

CREATE TABLE IF NOT EXISTS `table_a` (
    `id`     MEDIUMINT NOT NULL AUTO_INCREMENT, 
    `name`    TEXT  NOT NULL, 
    `created_date`  TIMESTAMP NOT NULL DEFAULT NOW(), 
    PRIMARY KEY (`id`) 
); 

CREATE TABLE IF NOT EXISTS `table_b` (
    `id`     MEDIUMINT NOT NULL AUTO_INCREMENT, 
    `image`    TINYTEXT NOT NULL, 
    `created_date`  TIMESTAMP NOT NULL DEFAULT NOW(), 
    `table_a_id`   MEDIUMINT NOT NULL, 
    PRIMARY KEY (`id`), 
    FOREIGN KEY (`table_a_id`) REFERENCES table_a(id) ON DELETE CASCADE 
); 

表Bは、への外部キー参照を持ちます。表Aです。

これらの変更を行うことができるかどうかはわかりませんが、それが理想的な解決策です。