WordPress データベースの移行入門: データベースの基本知識

WordPress ベースのプロジェクトに取り組んでいる場合、デプロイメントで最もイライラする、または退屈な側面の 1 つは、おそらく環境内のデータベースを実際に相互に同期させることです。

確かに、開発ではテスト データを使用し、ステージングではユーザー データを、本番環境では実際のデータを使用するのは理にかなっていますが、特効薬はありませんよね。これは、テスト データ 時々 が機能することもあれば、機能しないこともあることを意味します。

たとえば、データベースを取得して既存のデータの使用を開始する必要があるプロジェクトを継承したとします。あるいは、Web サイトまたはアプリケーション全体をあるサーバーから別のサーバーに移行する必要があるとします。

この場合、テストデータはあまり役に立ちません。代わりに、ツールが必要です。もちろん、WordPress インポーターは基本的な移行には優れたツールであり、データベース フロントエンドと SQL 自体の操作に慣れている場合は、SQL のエクスポートとインポートを実行しても問題ありません。

しかし、その中間の人たちはどうでしょうか?

---

移行を簡単にする

実のところ、WordPress データベースの移行に関しては、さまざまな状況にあります。スタックのどの部分を最も使用するかによって、私たちの多くは異なるスキル レベルを持っているからです。

＃＃＃つまり：＃＃＃

フロントエンドの作業に慣れている人は、アプリケーション層やデータベース層にはあまり詳しくない可能性があります

• アプリケーション層での作業に慣れている人は、フロントエンドは得意でも、データベースはあまり得意ではない可能性があります (逆も同様)
• データベースに住んでいる人は、上の層に不快感を感じるかもしれません
これは、フルスタック開発者が存在しないと言っているわけではありません。もちろん、それはありますが、誰もがこの立場にあるわけではありません。

つまり、WordPress データベースの移行に関しては、他の人よりもはるかに難しい立場にある人がいます。あるいは、人々は SQL に精通していますが、プロセス全体を簡素化するのに役立つツールを探しているだけかもしれません。

このシリーズでは、この目的を達成できるユーティリティを紹介しますが、その前に、WordPress データベースを簡単に見て、全員が同じ認識を持っていることを確認しましょう。

WordPress データベース

---

WordPress データベースについて議論する場合、すべてのテーブル、すべての列、スキーマ、最適なクエリの作成方法などについて議論する一連の記事全体が書けるほどです。

これはシリーズではありません。

代わりに、この記事では 2 つのことを行います:

私たちは全員がデータベースの概念を明確に理解し、頭の中でどのようにイメージできるかを確認します。

1. WordPress データベースの各
テーブル
2. を調べて、各テーブルにどのような種類のデータが保持されているかを理解します
最終的に、これは、フロントエンドに多くの時間を費やしている人にとって、基礎となる仕組みの一部を説明またはわかりやすくするのに役立ち、WordPress API を使用してアプリケーション層に多くの時間を費やしている人が、その関数がどのテーブルであるかを理解するのに役立つ可能性があります。に一致します (これは最終的にはより良いコードを書くことにつながります)。

データベースとは何ですか?

一般的に、Wptuts の読者のほとんどはデータベースが何であるかを知っていると思います。

ウィキペディアから直接:

#データベースは、組織化されたデータのコレクションです。このデータは通常、現実の関連側面 (ホテルの部屋の空室状況など) をモデル化して、この情報を必要とするプロセス (空室のあるホテルの検索など) をサポートするように編成されます。

これは妥当な定義ですが、WordPress データベースや同様の Web アプリケーションをうまく説明しているとは思えません。少し一般的すぎます。ここからは、このシリーズの残りの部分全体で使用する独自の実用的な定義を作成しましょう。

これを試してみましょう:

データベースは少なくとも 1 つのテーブルで構成されます。テーブルは行と列で構成され、各行には一意の情報が格納されます。各行はレコードと呼ばれます。データベースには複数のテーブルが存在でき、場合によってはテーブルが相互に関連付けられることがあります。

おそらく、上で共有した内容の最もわかりにくい部分は、テーブルが相互に関連付けられる可能性があるということです。記事を終える前にこのアイデアをもう一度取り上げますが、その前に WordPress データベースについて説明しましょう。

WordPress データベース アーキテクチャ

つまり、WordPress データベースは 11 個のテーブルで構成されます (マルチサイトを使用する場合を除きますが、それはこのシリーズの範囲外です)。

各テーブルには、テーブルに格納されているさまざまな情報を表す独自の列のセットもあります。たとえば、

wp_posts

テーブルには、投稿に保存されている実際のコンテンツを表す

post_content という名前の列があります。 フォームとその説明は次のとおりです:

• wp_users WordPress インストールに登録されたユーザーのリストが含まれます。これには、電子メール アドレス、パスワード、表示名などが含まれます。
• wp_usermeta 各ユーザーに関連する情報が含まれます。各ユーザーに関する追加情報をここに保存できます。
• wp_posts は、すべての投稿情報が保存される場所です。実際、投稿、ページ、カスタム投稿タイプのいずれであっても、タイトル、コンテンツなどのすべての情報がここに保存されます。
• wp_postmeta は、各投稿のメタデータが保存される場所です。このテーブルを使用すると、各投稿に関する詳細情報を保存および取得できます。
• wp_comments は、各投稿のコメント (ここでもタイプに関係なく) が保存される場所です。
• wp_commentmeta 他の「メタ」テーブルと同様に、各コメントについて、コメント テーブルに既に保存されている情報よりも多くの情報を保存できます。
• wp_terms は、カテゴリとタグが保存される場所です。投稿、ページ、カスタム投稿タイプ、カテゴリ、タグ間の関係はより複雑になる可能性があるため、追加のテーブルが必要になります。
• wp_term_taxonomy wp_terms テーブルにカテゴリまたはタグ (まだ使用している場合はリンク) の説明を入力します。
• wp_term_relationship 指定された投稿とそのカテゴリ (複数可) および/またはタグ (複数可) との関係を保存します。
• wp_options はすべての設定が保存される場所です。これには、WordPress で出荷および構成された設定と、Settings API を使用して作成された設定が含まれます。
• wp_links は WordPress データベースにまだ存在するテーブルですが、データの UI オプションはもうありません。この機能を使用したことがある場合は、リンクとその動作に精通していると思います。これがリンクが保存されるテーブルです。

これが WordPress データベースのすべてです。比較的シンプルで簡単ですよね？

投稿は投稿テーブルに保存され、コメントはコメント テーブルに保存され、ユーザーはユーザー テーブルに保存されます。もちろん、いくつかの微妙な違いがあります (たとえば、ページは Posts テーブルに格納されます) が、これは比較的単純なパターンです。

これは良いことです。

また、一部のテーブルは相互参照できることを前に述べたことを覚えていますか?コメントや投稿が良い例です。コメントは特定の投稿に残されるため、投稿が読み込まれるときにその投稿 ID に関連付けられたコメントを取得できるように、コメントはどの投稿 ID に関連付けられているかを知る必要があります。

とにかく、これはこのシリーズで説明したよりも詳細ですが、アイデアを与えるのに十分であれば幸いです。さらに技術的な情報、テーブル、列間の関係などに興味がある場合は、データベースの説明に関する WordPress Codex の記事を必ず確認してください。

---

＃＃＃結論は＃＃＃

この時点で、WordPress データベースの使用を開始するために知っておくべきことはすべて説明されました。これが、WordPress に情報を保存するときに舞台裏で何が起こっているのかを明らかにするのに役立つことを願っていますが、これについては説明したので、次はデータ移行を驚くほど簡単にするツールを見てみましょう。

データベースがどのように構成されているかを理解したと考えると、移行がどのように機能するかも理解する必要があります。

以上がWordPress データベースの移行入門: データベースの基本知識の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。