-1

最近、PEAR を使用して SQL ロギング フレームワークをセットアップしましたが、すべて正常に機能していました。

しかし、メッセージフィールド ( VARCHAR 200) のデフォルトの長さが少し短いと思ったので、phpmyadmin のデータベース構造を変更して、これを に増やしました512

しかし、この変更によりロギングが完全に機能しなくなったことにすぐに気付きました。すぐに長さを に戻しました200。ただし、この変更の後でも、ロギングはまだ壊れています。エラーをログ機能まで追跡しましたが、残念ながら、失敗した具体的な理由はわかりません。

だから、私の質問は2つあります:

  1. PEAR ロギングを使用しているときに、この問題または同様の問題に遭遇した人はいますか?

  2. より長いメッセージ フィールドを作成する正しい方法は何ですか?

4

1 に答える 1

0

古いデータベースを削除して新しいデータベースを作成すると (メッセージ フィールドが長くても) うまくいくことがわかりました。保持したい永続的なログデータがたくさんある場合、明らかに良い解決策ではありません。何が起こっていたのかについて誰かが洞察を持っているなら、私はそれを聞きたい.

于 2009-10-02T21:49:18.720 に答える