データベース作り直し

>>600
作り直した方が早い

いや、まあ、それなりの手順で作り直さなくても修正効くんだけど
説明するの面倒くさいし、タダじゃやってられないし、ね。

使うHash関数が、何バイトの文字列を出力するのかを調べて、
その固定長でいいのでは。

経過書き込み。

phpmyadminでごちゃごちゃいじったら、なんかマシになってきた。
それにしても、なぜこんなつまづきやすいことを本に書かない。

技術評論社の、ばか。

DB構成表をプロデューサーの人に渡したところ、その人から、
「設計が完全に完了してからパフォーマンスを考慮して非正規化
をする事を考えるように」と構成表も見ずに言われたのですが、
ここで指す「非正規化」とは、何を指すのでしょうか？

会社に入ったばかりのものであるため、すみません、ここで質問
させてください。
お願いします。

それはMySQLじゃなくてSQLの一般常識だよ。
普通にググッた方がいい

いやすぐに本を買って読め。
それじゃあクビ切られるぞ。

ここは、なんて親切なｲﾝﾀｰﾈｯﾂなんだろう。
ちょっと感動。

そのプロデューサーに聞けばいいんじゃねの？
中途採用？じゃぁ、がんばれｗ

>>610-613
まったくもっておっしゃるとおりですね。
返す言葉が見つかりません。

しっかりと勉強し、それでもわからないようであれば
頑張って聞いてみます。

ありがとうございました。

>>606
>>608

返事が遅くなり申し訳ありません。
どうもありがとうございます！

私書箱システムを考えているのですが、どういう風にテーブルを組めばいいかアドバイス頂けませんでしょうか。
今考えているのが
id from_id to_id message created

って形で
送信元を from_id
送信先を to_id
として message にメッセージを入れます。

ただ、これだとどのメッセージにどのメッセージからの返信なのかというのが
わからなくなってしまいますよね。
教えて下さい。よろしくお願いします。

要件が良くわからないけど、
先頭のidが、メッセージのidを示しているのであれば、
もう一項目追加して、返信先IDを保持するようにすればいいのでは。

id from_id to_id reply_to message created

メッセージとidと作成者、作成日時だけのテーブル作って
どこへ送信したのかとかどのidのりプライなのかとかは
別テーブルにした方がいいんじゃ？
同報の仕組みとかはいらないのかな

>>617
>>618

ありがとうございます。

送信情報テーブル
id from_id to_id created

メッセージテーブル
id send_id message created

こんな感じで行ってみようと思います。
ありがとうございました！

slow.logに記録されているQuery_timeが５のSQL文を実際にmysqlに接続して投げると0.2くらい実行されます。
これはネットワークやプログラムとの接続部分がボトルネックになっているということでしょうか？

long-query-time=4で設定しています。
ご教示お願いいたしますm(_ _)m

>>620
クエリの実行時間であって、結果をお渡しする時間ではないので
通信部分がボトルネックだった可能性はない。

AテーブルとBテーブルがあって、BはAに紐付いているとき
Aのレコードを削除したら紐ついてたBのレコードも
いっしょに削除されてほしいんだけど
こういうのってなんとかナージャでやるんだっけ？

>>621
ありがとうございます。
つまり単純にクエリを実行した時間が遅かったってことでしょうか？
接続してまったく同じクエリを投げてもとても早いのですが、、

insert文なのでキャッシュされているということはないですし、slow.logがおかしいなんてことがあるのかわからないけどそれしか考え付かないです；；

ナージャとは、なんじゃ？

>>626
エンジンを替えたら？

アプリケーション側で実装するのが普通なんだが

>>628
MD5でいんじゃね？

>>629
えっ。

すいません、教えて下さい。

accessとmysqlをmyodbcを利用して接続していますが、myodbcのバージョンが
3.5.1.05以外問題が発生するので、未だに変更できません。
しかし3.5.1.05は4.1以降のmysqlに接続出来ません。

そこで以下の方策のいずれかはとれるのでしょうか。
・myodbc3.5.1.05で4.1以降のmysqlに接続する
・複数のmyodbcをインストールする

ちなみに今までの経験上、3.5.1.05以外では一部文字化けがあったり、
date_format関数の結果がおかしくなったりします。3.5.1.27では、adoの
レコードセットを開いて更新するとaccessが異常終了します。

よろしくお願いします。

テーブルのうち空き番号があれば、その番号を取得し存在しない場合には、
テーブル内の最大番号＋１を返すクエリはどうすれば良いでしょうか？


例）

TEST_TABLE

ID
１
２
３

この場合　→　４　を取得


ID
１
３

この場合　→　２　を取得

抜く時にAUTOINCREMENT値を変更しとけば？

>>634
？？？
よくわからないのでSQLで一発で抽出する方法をお教え下さい。

間違えた
SELECT
IF (MAX(SAB1.id) = hantei,MAX(SAB1.id)+1 ,MAX(hantei))
FROM
(SELECT
A.id,
MAX((SELECT COUNT(B.id) FROM test B WHERE A.id >= B.id)) AS hantei
FROM test A
GROUP BY A.id ) AS SAB1

>>637
ありがとうございました。

MySQLは5.1xを使っているのですがトランザクション処理がうまくいきません。

SET AUTOCOMMIT = 0;
BEGIN;
DROP TABLE TEST;
ROLLBACK;
SET AUTOCOMMIT = 1;

というSQLなのですが、DROPされてしまいます。

SET AUTOCOMMIT = 0;
SHOW VARIABLES LIKE 'AUTOCOMMIT%';
としたところAUTOCOMMITはONのままです。

開始の手順がおかしいのかと思い、
PHPのPDOから専用のbeginTransaction() rollBack() 関数を使って実行しましたが結果は同じです。
借りているレンタルサーバでも同じ状況になることを確認したのですが、
SQLがおかしいのでしょうか？
それとも何か設定が悪いのでしょうか？
どなたかお助けお願いします。

DROPって暗黙のコミットではなかったっけ？

TRUNCATEもROLLBACKできないから、
DROPもROLLBACKできなくて不思議はないと思う。

他のクエリはちゃんとROLLBACK出来ているという前提であれば、
DROPはROLLBACKできないということであっていると思う。

そんなん当たり前やろ・・・。

レス遅くなってすみません。
調べたところINSERT文でロールバックの説明をしているサイトがあったので、
おそらくINSERT文なら正常ならロールバックできると思い（あまりDB詳しくないので断定ですみません）、
DROPの代わりにINSERT文でやってみましたが結果は同じになりました。

PHPの話題はスレ違いになりますが一応コード出しときます。（エラー処理・例外処理などは省いてます）

PHPのmysql関数を使ってやる場合
$m = mysql_connect("localhost", "username", "password");
mysql_select_db("TEST_TABLE");
mysql_query("SET AUTOCOMMIT = 0");
mysql_query("BEGIN");
mysql_query("INSERT INTO TEST (NAME) VALUES ('HOGE')");
mysql_query("ROLLBACK");
mysql_query("SET AUTOCOMMIT = 1");
mysql_close($m);

PHPのPDOクラスを使った場合は、
$pdo = new PDO("mysql:dbname=TEST_TABLE;host=localhost;", "username", "password");
$pdo->beginTransaction();
$pdo->query("INSERT INTO TEST (NAME) VALUES ('HOGE')");
$pdo->rollBack();
$pdo = null;

どちらともコミットされてHOGEが登録されてしまいます。
PHP側に問題があるのかDB側に問題があるのかわからないのですがPHPスレで聞いたほうがいいでしょうか？

TESTテーブルをMyISAMで作ってるんだろうね
InnoDBで作り直そう

>>647
どうもありがとうございます。
ストレージエンジンで色々変わるのですね。
早速作り方を調べて試してみたいと思います。

MySQLはトランザクションがない
そんな風に考えていた時期が俺にもありました(AA略