「アンパンマンDB」に関する日記(79)

引用の表示をまた少し変えてみました。
ちょっとは読みやすくなったと思うけど…。

アンパンマンDBのコメントフォームを微修正してました。
管理上の都合だけなのでユーザーからは特に変わったところはありません。

アンパンマンDB用のよみがな生成関数を作ってました。
ほぼひらがなとカタカナだけの変換ですが、入力作業がかなり楽になるものと思います。

例：ロールパンナとハンバーガーキッド→ろおるはんなとはんはあかあきつと

人に読ませるのではなくソートに使うだけなので、濁点などは取り除かれます。

アンパンマンDBの文字コードをUTF-8にするなら、検索結果のページのURLが変化するわけです。
そこへ従来のURLで飛んでくると、文字化けするわけです。
でもリニューアルの条件として、従来の機能を維持すると表明しているわけです。
つまり、以前と同じURLを保障するということです。
なので、昔のURLはEUC-JPでの検索として残すべきなのです。
しかしUTF-8での検索もできるべきです。
となれば、EUC-JP用のURLとUTF-8用のURLを用意することになるわけです。
EUC-JP用のURLにアクセスしたら文字コードを変換してUTF-8用のURLにリダイレクトというのがお手軽そうです。

アンパンマンDBのほうそうのおしらせリンクや声の出演など、目立たない情報を更新しています。
あと、質問箱の内容を他のデータベースと関連付けたり。
なんにせよしんどいです。

うむー。アンパンマンDBに引用をしっかり引用として記述できるような機能をつけたいところです。
引用自体はいろいろとやっているのですが、出典を記載する機能が弱く、引用として不完全という思いがあるのです。

リニューアルのためのデータ入力はこんな感じでやってます。
Excelでもある程度リレーショナルデータベースっぽいことはできるんですね。

1256396030.png

アンパンマンDBリニューアルのためのデータを集めているのですが、エクセルだとテーブルが大変なことになってしまうので、これもデータベースで管理することにしてみました。
データベースを管理するためのデータベースとか…まあいいか。

アンパンマンDBの再構築のため必要事項を検討しているところです。
とりあえず、テストも兼ねて新DBを作ることにしています。
というのも、既にあるものをテスト段階から置き換えてしまうと、一時的にせよ機能ダウンするわけであって、それならばゼロから出発すれば何をやってもプラスになるだろうという考えです。
で、その新しく作るデータベースというのは、食べ物DBです。
なんだかんだ言っても食べ物系アニメですからね。

うむ、アンパンマンDB効率化のために各項目を整理しているところです。

オプーナやってました。
今回はいろいろバイトに精を出していたら本職のほうが大変なことになって呼び出された状況です。
リルボムを普通の敵だと思って倒しまくってたら爆発であっという間にやられました。
別に低レベルクリアを目指しているわけではありませんが、特にレベル上げもしていないので敵との戦いがそれなりに厳しいです。
敵がたくさんいるけどリルボムがいる以上ボムボムガム(一段全体攻撃)は危ないし…。

アンパンマンDBの関連項目表示で括弧が複数になっているときにうまく表示されないバグを修正しました。

昨日のメールの返信内容をこちらで記載してもよいとのことなので、掲載します。原文のほうは省略しています。

いつもご利用いただきありがとうございます。アンパンマンDB管理人の松田美文です。
まず、当サイトにより不快な思いをさせてしまったことを心よりお詫び申し上げます。

お問い合わせいただいた件ですが、目に余るものは回答拒否・削除していく方針です。
ただ、アンパンマンのあり方について疑問・誤解がある方にもご理解いただきたいため、現在はあまり積極的に回答拒否・削除は行っておりません。
お気持ちはお察ししますが、アンパンマンを広く理解していただくため、ご容赦ください。

これからもアンパンマンDBをよろしくお願いいたします。

ここしばらくアンパンマンDVDのレンタル情報をこっそり入れまくってたんですが、使っているサイトのぽすれんの情報がどうにも怪しいので実際に調べてみました。
どうやら2008年シリーズの後半の情報はひとつずつずれているようです。

オプーナ買いました！
ニンテンドーDSを買い換えようと思ったのですが、オプーナを買う権利があったので買ってしまいました。

それはそうと、アンパンマンDBのコメント機能に、管理人識別機能を付けました。
これまでも管理人のコメントは他のコメントとは差別化して表示していましたが、これがSQLを直接叩いてデータをいじらないとできないことだったので、この辺を簡略化しました。

オプーナ買いました！
大事なことなので二回言いました！

アンパンマンDBのリクエスト関係を専用のページにまとめました。
掲示板はリクエストに使ってほしくないから簡易メッセージ形式で受け付け始めたけど、これはこれでメモが大変という弊害があって、いまだに試行錯誤中です。
とりあえず、作ろうとしているシステムについて、出来上がる前にみんなからの意見を聞けるように、どういう方針で機能強化しようとしているかを先に公開し、コメントできるようにしておきました。

アンパンマンアニメDBのヘルプをQ＆Aのページに移行しました。
全部のページに関する情報を文章でずらずらと並べている現状がヘルプとして扱いにくく感じたので。

1000話分全部放送日入力終わりました。
疲れました。
ちょっとの間アンパンマンDBの更新お休みします。

放映日2003年までの分を入力し終えました。
一部間違ってそうな回もあ

放映日1997年までの分を入力し終えました。
一部間違ってそうな回もあるんですが現在この時期の放映日を参照できるところが放映リスト@wikiぐらいしかないのでなかなか確認できないのがつらいところです。
加えて一部がうちのデータベースにあるタイトルと食い違ってたりするので、探すのに苦労したりします。
持ってる話についてはタイトルの修正もできるのですが…。

アンパンマンDBの新検索システム、SQL文に使用する正規表現を4分の1に短縮したり、キャラ番号による検索に対応したりしました。
で、ちょっと複合条件による検索について考えてます。
絞込みに相当するAND検索は当然実装していますし、検索結果を除外するNOT検索も一応できています。
OR検索については、限定的にですが使うことができます。
先ほどNOT検索を一応できていると表記したのは、下記のNAND・NOR検索に関する問題があるからです。
AND検索に使用する語句の一つ一つにそれぞれNOTをかけると、NOR検索と同等の効果があります。
一方、NAND検索はORの語句一つ一つにそれぞれNOTをかけたのと同等ですが、OR検索が限定的な機能のため、これをそのまま行うことはできません。
なので、OR検索全体のNOTでNANDにすることを考えていたのですが、OR全体のNOTはNORだし、そのための構文は見かけ上OR検索の最初の一つだけにNOTをかけたのと同じに見えて感覚的にも気持ち悪いのです。
しかも、元々限定的なOR検索に更に条件を加えたものなので、検索方法としての使い方も更に限定的になっています。
たとえば、OR検索の「1988,1989年」は、1988年または1989年の全てという意味ですが、NAND検索としての「-1988,1989年」は、1988年以外または1989年以外の全てという意味になります。
ちょっと考えれば分かると思いますが、1988年以外に当てはまらなかった1988年の項目は1989年以外に当てはまり、逆もまた然りです。
つまり、検索として全く意味を成していないのです。
メロンパンナとロールパンナが共演していないとか、そういう検索条件ならばNANDの出番なのですが、そういう需要はあまりなさそうですし…。