新しい（と言ってもDBDesignerが新しいわけではなく、自分で使ったことが無いという意）ソフトを憶えるのが面倒くさいとか時間が無いとかの理由で、今までDB設計はエセER図みたいのを紙に殴り書き して行っていました。

ただ、それだと設計図を後に残すことができないので、後々自分でデータベースを変更する時などに、いちいちphpMyAdminにアクセスしてテーブルを確認、などとダサイことをしていたわけです。

これじゃあいかんということで、今さらながらDBDesignerを入れてみました。日本語対応版。

で、さっそく、「ユーザー名かパスワードが違う」というあり得ない理由でデータベースに繋がらないという問題が生じたのでメモ。
空想具現化プログラミングさんに載っていた内容。

DBDesigner4からMySQL4.1以降に接続するとき、ユーザー・パスワードが正しいのに接続できない、という現象が起こることがあります。

SET PASSWORD FOR 'ユーザー'@'ホスト' = OLD_PASSWORD('新パスワード');

MySQL4.1で認証まわりの仕様が変わったことに影響を受けているようです。

と、いうことで、解決しました。
thanx !

過去に作ったデータベースについても「リバースエンジニアリング」機能で取り込めますので、改めてER図を起こすことができ、かなり便利です。
あとは、データをふっ飛ばしてしまった模様のProEvo - DBDesiger 4 マニュアル(日本語)が復活してくれればさらに楽になれるはずなのですが。

2008-08-05 追記：復活した模様

なお、DBDesignerの開発者が現在関わっているMySQL Workbenchも素敵そうなのですが、.NET環境が必要であることがネックなので今のところは導入するつもりはありません。
その他SQL Mk-2というのが日本人による開発なので、もしかすると使いやすいかも。

2010-03-29 追記：重要

PHP5.3以降は41バイトのパスワードが必須となり、上記を反映させたままではMySQLに接続できなくなりました。 PHPマニュアル ＞ 下位互換性のない変更点より。

新しい mysqlnd ライブラリは、MySQL 4.1 用の41バイトの新しいパスワードフォーマットを使用します。 古い16バイトのパスワードを使うと、mysql_connect() 系の関数は次のようなエラーメッセージを生成します。"mysqlnd cannot connect to MySQL 4.1+ using old authentication"

従いまして、上記のように旧パスワード形式にした方で、PHP5.3にアップデートした方は、パスワードフォーマットを元に戻す必要があります (もう古いDBDesignerはやめて、素直にMySQL Workbenchに移行するのが王道かもしれません)。

SET PASSWORD FOR 'root'@'localhost' = PASSWORD('新パスワード');

blogの記事が増えてきたせいか、ここ最近レスポンスが悪い状態になることがありました。
そうなるとこのblogだけではなく、友人に貸しているスペースで運用しているサイトの方もMySQLを使っているため、影響を受けてしまいます。
ということで久しぶりに my.cnf の見直しを。
もともと大したアクセス数は無いサーバ(^^ゞなので、かなり控えめな設定をしていたところを、ほんの少し贅沢にしていきます。

多いに参考になるのは「漢(オトコ)のコンピュータ道」の中の人が管理しているwiki、「MySQL Practice Wiki」です。

サーバの仕様。
CPU/AMD Athlon 3500+（2.2GHz）
RAM/1GB
HDD/80GB
OS/FreeBSD6

MySQL5.1、ストレージエンジンは全てMyISAM。

[mysqld]
port = 3306
socket = /tmp/mysql.sock
skip-locking
key_buffer = 64M #32Mから変更
max_allowed_packet = 2M #1Mから変更
table_cache = 512 #256から変更
sort_buffer_size = 512K
net_buffer_length = 8K
read_buffer_size = 256K
read_rnd_buffer_size = 512K
myisam_sort_buffer_size = 16M

default-character-set = utf8
skip-character-set-client-handshake

log-bin
expire_logs_days = 14

実メモリが1GBなので、もっと余裕を持たせてもいいと思いますが、 上述したように大したアクセス数はないし、貧乏性なので、少しづつ様子見です。
おそらく key_buffer の増加だけで効果は出ると思いますが、blogのせいで開いているテーブルがやたら多いため、 table_cache も増やしてみます。
max_allowed_packet については、大きいデータの挿入とかはほとんど無いので、無関係かとは思いますが、一応余裕のために。

上述の「MySQL Practice Wiki」さんの「My.cnfサンプル ＞ Webのバックエンドでメモリ2GB/MyISAMのみの場合」を参考に、メモリ1GBという環境を踏まえて、控えめに調整しています。

上記編集後にMySQL再起動で様子見しましたが、明らかに速くなった模様。
今まで key_buffer=32M でしたから、当たり前といっちゃ当たり前ですが、 こうも明らかな変化が出ると嬉しいもんです。

そういえばMySQLのCHMマニュアルをしばらく更新していないなあ、と思い、最新版をダウンロードしたのですが、見事にエラーで開きません。
セキュリティ対策のためにリモートアクセスを拒否しているせいのようです。
以下@ITより。

■セキュリティの強化により、デフォルトでは、リモート・コンピュータ上の.CHMファイルを表示することができなくなっている。
■これはHTMLヘルプの脆弱性によってリモート・コードが実行されないようにするための制限である。
■この制限を緩和するためには、レジストリの設定を変更する。

結構古い記事なのですが、今まで手元のマニュアルが普通に開いていたので、知りませんでした(^^ゞ

ということで、自分でも以前からやっていたPHPの日本語マニュアル再コンパイルと同様に、MySQLのマニュアルも再コンパイルして解決です。

と、ここで再コンパイル方法を説明しようと思ったんですが、既にblog.plastik.jpさんにわかりやすい解説があるので、そちらを紹介しておきます。

皆様は、phpオフィシャルサイトから、Windowsヘルプ形式のchm版のマニュアルをダウンロードしたことはありますでしょうか？ 多分一度でも使ったことのある方は、非常に便利だ！って思っている方が多いと思います。
ただ、それでも実は 1 点大きな欠点があります。もちろん使用されたことのある方は知っているかと思いますが、ダウンロードしたままだと、マニュアル内のキーワード(マニュアルに含まれるキーワードをインクリメンタルサーチが出来る部分)が、文字化けしているんです。

ちなみにPHPのCHMマニュアルが文字化けしているのは、 目次ファイルとキーワードファイルがUTF-8で書かれているからのはずなので、 デコンパイルして出来上がった php_manual_ja.hhc、php_manual_ja.hhk の二つをShift-JISで保存し直してからコンパイルすればOKです。

て、いつの間にかPHPのマニュアルの話になってるし…

ちょっときっかけがあったので、初めてWordPressに触れてみました。
もちろん初めはローカルマシンにインストールしての検証です。
で、サクっと初期ユーザー名と初期パスワードを忘れてしまいました
さらに！ローカルWindowsマシンなので、
パスワードをメールで受け取ることもできません。←ここネック（笑）

まず最初にパスワードを確認。
wp_usersテーブルのadminのuser_pass なんですが暗号化されているので読めません。

ということで、これを消すことから試しました。
wp_usersテーブルのadminのuser_pass を空にしてログイン。
空PWは拒否されてしまい玉砕。
ここで、忘れちゃいけないと思って、IDとPWをテキストファイルに保存していたことを思い出しましたが、 後の祭り

次。
wp-login.phpを読むと、137行目に以下の記述があるため
// Now insert the new md5 key into the db
暗号化はMD5ということでおそらく確定です。

適当なパスワードをMD5暗号化ででっちあげて、wp_usersテーブルのadminのuser_pass に突っ込みます。 OK

結果

生pw：tekitouna-pw

MD5 : 39acf3df4d5520ce4c4c1125207b0d53
SHA1 : db8740a3b5616c45e383dd36fbe5913edd852efc

MD5 Result : OK
SHA1 Result : OK