.Textのデータ構造は非常に単純で、なかなかに素晴らしいと思います。
簡単に説明します。
必要不可欠グループ
blog_configは各ブログ1つ1つの情報を持っています。
.Text自身はシングルタイプとマルチタイプの両方に対応しており、うちはマルチで運用しています。
また適用ドメインなどを設定すれば、1サービスで複数ドメインのブログを展開する機能を持っていますが、KISSの原則も考えてバッサリ刈り込み対象と考えています。
blog_contentは実際のエントリと、フィードバックなどを1テーブルで管理しています。
実際のコンテンツはこのテーブルだけで表示することができます。
SPAM対策テーブル
Contentの正規コメントフラグと、このSPAM系のテーブルで現在のわんくまブログはSPAMを防いでいます。
ほぼ99%のSPAMは対策できるていることから、現在のSPAM対策の方針を変更するつもりはありません。
やっていることはSPAMのキーワードによるフィルタリング＋すべてのコメントの目視検査とフラグ立てです。
今後各ブロガが自分のエントリへのコメントにフラグ立てができるようになると、私のフラグ立ての件数が減りいい具合になりそうです。
フィルタキーワード登録アプリケーションもありますが、こちらは全部ログに対してのフィルタリングになってしまうので、現状は管理者の方での設定だけにしています。
必要性が薄いグループ
キーワード機能やリンク機能についてはほぼ利用者がいないので、なくなっても支障はないと判断しています。
#なくすと言っているわけではありません。
Imageだけは別物で、画像をアップロードする機能が付いていますが、これは問題があるので各自ftpで自分のエリアに入れるように誘導しているので、一部のデータの移行だけで問題ないと思われます。
廃止グループ
リファラについては現在とても使い物になるほどのデータが採取できないにもかかわらず更新が多く、またデータ量も多いことから定期的に削除しています。
リファラが欲しい場合にはほかのサービスを利用してもらってわんくまブログには盛り込まないことで問題ないと判断しています。