mysql_query()のエラーコードを拾うには
mysql_query()の戻り値を拾うだけではダメ。 mysql_query()は正常時に0を返し、エラー時に非0を返す。 非ゼロが返ってきたときに、mysql_errno()を実行すれば、エラーコードが取得できる。
mysql_query()の戻り値を拾うだけではダメ。 mysql_query()は正常時に0を返し、エラー時に非0を返す。 非ゼロが返ってきたときに、mysql_errno()を実行すれば、エラーコードが取得できる。
デフォルトの場合、MySQLサーバは8時間後に接続をクローズする。 定期的にmysql_query()の実行に失敗するときは、これが原因の可能性が高い。 詳しい解説はコチラ 対策は、wait_timeout 変数の変更か…
普通に使える。 単純に二つのテーブルをくっつけて一つのテーブルにしたと思えばよし。
みたいなクエリを実行すると、 mosaが0のレコードはHITしない。 なぜ・・・? ※調査結果 答えは簡単。 上の式をわかりやすく解釈すると ってことで、WHEREを解釈した時点でレコードがあればORDER BYするって…
主キーはテーブルにひとつだけ設定できるってことらしいが、 みたいな構文が通るのは何故? 2つのフィールドで一つのプライマリキーとして扱うのかな。 確かそんなのがあったようななかったような。 ※調査結果 複合キーってことだ…
答えは兼ねない。 が、auto_incrementを設定するには主キーかインデックスを設定する必要があるので、 auto_incrementが設定されたフィールドは主キーも設定されている割合が高い。
JOINは遅い。 のでできれば使わない方がいい。 いや、テーブルの設計上は楽になるんですけどね。
ORも遅いので、できるだけ使わない方が良い。
まぁ、常識っすね。 絞込みをしっかりしろということ。
これの違いってなんだ? 対象であるmosaフィールドがユニークかどうかってこと? ユニークインデックスと、通常のインデックスを二重で定義するのってアリ? その場合のメリットは? ※調査結果 まだよくわからんが、実践ハイパ…
最近のコメント