用意するテーブルたち

他の記事でもちょこちょこ触れていますが、本CMSはDB(データベース)と連携して各種機能を実現しています。
（本CMSは、というかだいたいのCMSはDBを使っています。）

このページでは各テーブルを紹介します。

はじめに（おことわり）

noteでCMSの作り方を伝えていく際は有料コンテンツとしてお届けするため、こちらで情報を出しすぎることはあまりいい気分ではない方もいるかもしれません。

ただ、テーブル情報に関しては以下の2つの理由からこちらで紹介させていただきます。

特別難しいことをしていないから

このCMSのテーブルは全部で5つで特別難しいことはしていません。

テーブル間の結合はありますが、初心者でも理解できる範囲と考えています。

各テーブル、項目数も多くはなく５～８に留めています。これは非常にシンプルな作りで無理なく実装できることの裏付けでもあります。

また、テーブルの構成を開示したからと言ってシステム構築の要にはならないからです。

これを公開したことで、作り方そのものを公開したも同然、ということは全くありません。

ある程度の情報開示は学習者のリスク軽減に必要だから

もうひとつは学習者のリスク軽減です。

有料コンテンツにお金を払って着手したらとんでもなく難しいものだった・・・となると気分が悪いですよね。

そういうことを減らすために、ある程度の情報を開示しています。このサイト自体の存在意義もそこにあります。

このサイトは丸々あなたに作っていただくものですので、実際に動かしてみて学習にチャレンジしてみるかどうかの判断にお使いください。

それでは参りましょう。5テーブルの説明です。

各表の見方

・・・と思ったのですが、その前にこの後出てくる表の見方について説明しておきましょう。

表見本
フィールド	タイプ	NULL	Key	コメント
category_id	int(2)	NO	PRI	カテゴリID

各テーブルごとに↑このような感じで表を用います。

1行が1項目です。各ヘッダが何を示すのか1つずつお伝えします。

フィールド

フィールド欄にあるのはその項目の名前です。フィールド欄に並ぶ名前たちは厳密には項目の物理名といいます。

物理名とは、プログラム中で使う項目の名前です。項目を判別するにあたってコンピュータでも理解できる名称です。

タイプ

タイプはこの項目で管理するデータの型を示します。
よく使うのはvatchar2(文字列)、int(数字)、datetime(日付)です。

NULL

（https://wa3.i-3-i.info/word156.html）
NULLというのはデータが何もないという状態です。

で、この欄にはYESかNOが入りますが、NOならNULLを許容しない。YESならNULLを許容する（データがなくてもいいよ）ということです。

システム的に必ずなにかデータが入っていないといけない場合はNULLを許容しない設定にします。

Key

KeyはPrimaryKeyを示しています。これは「主キー」という意味で、そのテーブル内で一意であることを判別するための項目かどうかを示します。

Keyという値がはいっていればその項目は主キーです。1つのみにつくケースも複数で一意を表すケースもどちらもあります。

コメントはコメントです。(笑)これはなにを書いてもいい項目なのですが、基本的には項目の説明を入れます。私は物理名を入れています。

物理名とは項目のあだ名みたいなものです。フィールドにあった英数字(物理名)は謂わばコンピュータ用の名前なので分かりにくいですが、日本語で人間に分かるように示すのが物理名です。

では、今度こそ5テーブルの説明に入ります。

カテゴリテーブル

カテゴリテーブルは記事情報をもつコンテンツたちを束ねる塊です。

カテゴリテーブル
フィールド	タイプ	NULL	Key	コメント
category_id	int(2)	NO	PRI	カテゴリID
name	varchar(200)	NO		名前
url	varchar(200)	NO		URL
create_date	datetime	NO		作成日
update_date	datetime	NO		更新日

カテゴリIDはカテゴリにつけられる管理番号です。

名前は文字どおり名前ですね。

URLもそのままURLです。実際のURLはこのカテゴリがもつURLとコンテンツがもつURLを連結させた形で使います。

作成日はそのカテゴリを作成した日が登録されます。

更新日にはカテゴリを更新した日付が入ります。

はい次ぃ！

コンテンツテーブル

コンテンツテーブルは親カテゴリの子として記事情報を持つテーブルです。

必ず親カテゴリを持つような構成になっています。

コンテンツテーブル
フィールド	タイプ	NULL	Key	コメント
category_id	int(2)	NO	PRI	カテゴリID
contents_id	int(3)	NO	PRI	コンテンツID
name	varchar(200)	NO		名前
url	varchar(200)	NO		URL
disabled_flg	varchar(1)	YES		無効フラグ
create_date	datetime	NO		作成日
update_date	datetime	NO		更新日

カテゴリIDは先ほどのカテゴリテーブルで出てきたのと同じものです。ここに指定したカテゴリIDが親カテゴリということになります。

コンテンツIDはカテゴリ内で一意になる値を指定するコンテンツの管理番号です。

このテーブルはカテゴリIDとコンテンツIDで一意の値を持ちます。

名前は記事のタイトルを格納します。

URLはURLですね。これはカテゴリの方で説明した通り、カテゴリがもつURLと連結して意味を成します。

無効フラグは記事を起こしたけどまだ下書き状態にしておきたいときや一度公開した記事を削除はしないけど一旦非公開状態にしたいときに使用します。

作成日、更新日はその名の通り、カテゴリで説明したのと同じ内容です。

次行きましょう。

コメントテーブル

コメントテーブルはその名の通り、コメントを管理するテーブルです。

コメントテーブル
フィールド	タイプ	NULL	Key	コメント
serial_id	int(5)	NO	PRI	シリアルID
category_id	int(2)	NO		カテゴリID
contents_id	int(3)	NO		コンテンツID
name	varchar(200)	NO		名前
comment	varchar(4000)	NO		コメント
disabled_flg	varchar(1)	YES		無効フラグ
create_date	datetime	NO		作成日
update_date	datetime	NO		更新日

ちょっとだけ項目が多めですね。

シリアルIDはコメントの管理番号です。

コメントはカテゴリIDとコンテンツIDで「どの記事についたコメントか？」という情報を保持しますが、この2つだけでは重複するので別に管理番号をもたせています。

あとは名前とコメントです。これはユーザが入力してくれるものです。

このテーブルにも先ほど同様に無効フラグを用意しています。

基本的には使いませんが、誹謗中傷があったりとかで不適切な内容は掲載したくない、でも削除はしないというときに使います。

作成日、更新日は割愛。

プロパティテーブル

最後にプロパティテーブルです。

プロパティについてはこちらで説明しています。

プロパティテーブル
フィールド	タイプ	NULL	Key	コメント
p_key	varchar(200)	NO	PRI	キー
value	varchar(2000)	NO		値
memo	varchar(2000)	YES		説明
sub_memo	varchar(2000)	NO		サブ説明
create_date	datetime	NO		作成日
update_date	datetime	NO		更新日

こちらはほかのテーブルと違いIDという数字では管理していません。
キーという文字列で管理しています。こちらは数字と違い、直接文字列でその項目のもつ意味を示すことができます。

値は値ですね。

説明はメインの説明です。主にテーブルに表示させることを使用目的としています。

サブ説明はもう少し込み入った説明を入力する想定です。実際にどんな値を設定するか、等ですね。そうすると設定時に助かります。