SQLiteManagerのどこが悪いのかをいろいろ試して調べたところ、デフォルト値やカラムの値の入力フォームの挙動がおかしいという結論に至りました。
入力結果をデータベースに反映するときにはデータを自動的にクォーテーションでくくってくれるのですが、それを再編集しようとしたとき、入力フォームに入っている値がクォーテーション付きのデータだったのです。
そして、それをそのまま確定すると、クォーテーションが付いたデータに更に自動的にクォーテーションが付けられて、中にあるクォーテーションは更にクォーテーションでエスケープされて、という流れでクォーテーションの数が毎回2倍+1増えてゆくのです。
データを見るだけなら問題はないしSQL入力フォームに直接SQL文を書けば余計な文字は付かないので全く使えないというわけでもなさそうです。
SQLiteManager使ってみたのですが、いまいち使えないですね。
と、いうより、まともに使えるものなのでしょうか、これ。
テーブル構造をいじるたびにデフォルト値にクォーテーションが無尽蔵に増えてゆくのですが。
増えるのがバックスラッシュでなくクォーテーションなのでマジッククォートの影響とも考えにくいし…。
学習帳の線分のページ更新しました。
もうまとめるの諦めました。
書けば書くほどややこしくなるばかりだったので。
公開サーバー上でもちゃんとSQLiteManagerが動くか確認してみたところ、動きませんでした。
設定用データベースの書き込み権限がおかしいといわれたのでデータベース本体のファイルを見たところ、バッチリ書き込み権限がつけてありました。
どこが悪かったのかというと、実はディレクトリにも書き込み権限が必要なのでした。
おそらく、データベースと同じディレクトリに一時ファイルを作ってデータベースを更新していたのだと思われます。
TGWS用共通モジュールを作っていました。
今回はデータベース周りをチョコチョコと。
各種セーブデータを置き換えられたらいいな。
あと、インクルードディレクトリのアクセス制御。
SQLiteManagerをちょっくらカスタマイズしていました。
今後いっぱいデータベースを作ることになると思うので、簡単にSQLite3のデータベースを作れるように3をデフォルトにしました。
このあたりのことはブログにもうちょっと詳しく載せています。
http://d.hatena.ne.jp/mifumi323/20110404
アンパンマンDBでほとんどのコメントを削除したのですが、コメントの件数表示だけが削除前のままだったので修正しました。
アンパンマンDBの劇場版本編のデータ、公開前の一本を除き全部記入完了しました。
ここの所まとまった時間が取れなかったり、まとまった時間がある日にはプログラム的なメンテナンスをしていたりして、なかなか長い作品のデータを書けないでいました。