[WordPress] 記事のデーターベース上での管理方法と ID について

格納されるテーブル

投稿記事は MySql のテーブル「wp_posts」に保管される。
このテーブルは ”post” が示すとおり、サーバーに「ポスト」したもの全てが格納される。投稿記事以外に、固定ページ・メディア・カスタムメニューなど様々なデータを保管している。

wp_posts テーブルの主なフィールド

フィールド	内容
ID	一意に識別する連番で、作成時に自動採番されるデータ型は “ bigint(20) unsigned ” 1 ～ 18,446,744,073,709,551,615 の値を保存でき、実用上は無限に使える
post_date	投稿日時
post_content	本文
post_title	タイトル
post_status	投稿ステータス（投稿の状況で変化する）
post_name	通常記事のとき：投稿のスラッグ改訂履歴のとき：'{親ID}-revision(-#)’ 自動保存のとき：'{親ID}-autosave’ 119-autosave-v1 … セーブしないと次回の呼び出し時に消える
post_modified	更新日時

新しい記事を作成する時に、新しいレコードが生成され ID が採番される。なお、画像などを追加する時にも新しく ID が採番されるので、必ずしも記事の連番にはならない。

なお、記事などポストしたものを削除しても ID は再利用されず、次の採番では次の番号がとられる。つまり欠番になる。

IDが採番され、下記レコードが新規追加される。

この直後に他の画面に移る（記事作成を中断する）と、このレコードは残ったままになる。
なお、次回の新規記事作成時に７日経過後のものは削除されるので、永遠に残ることはない。
※ ただし、ここで採番された ID が消えるることになり、ID は欠番になる。

post_status が ‘draft‘ （下書き）にセットされ、入力内容が上書きされる。

post_status が ‘publish‘ （公開）に変化し、入力内容が上書きされる。

状態などは変わらず、入力内容と更新日時が上書きされる。

記事を更新した時、自動的に改訂履歴を作成する機能。

本記事のレコードを上書き更新すると同時に、下記の改訂履歴レコードを新規追加する。

リビジョンのレコードは、更新の度に無限に作成される。（デフォルト）

以下のいずれかのタイミングで生成される。
・手動で「公開」した時
・手動で「下書き保存」した時
・「プレビュー」した時

記事が変更されている場合
（変更なしで更新・プレビューしても心リビジョンは発生しない）

記事の編集中に一定時間がたつと、自動的に保存する機能。
自動保存用のレコードが作成されるが、新しいリビジョンは発生しない。常に上書き保存されるので、データベースを圧迫させる事はない。

新しい記事を作成中に自動保存が働いた時、前述の「自動下書き」レコードに上書きされる。
（＝ ID は変わらず）

公開記事を編集している途中に自動保存が働いた時、以下の要領でデーターベースが更新される。

自動保存用のレコードが新規追加される
（＝ ID が新しく採番される）

上記のレコードに上書きされる
（＝ ID はかわらず）