>>649
それでもやっぱり、1000×100で10万なんですね・・。

質問したのは、住所録を作成する時、郵便局が発行している
郵便番号・住所データと結合する場合を想定していました。
あれは全部で10万レコード以上あるし。

会員住所+住所データを結合すると、もしかして>>648みたいな
考え方になると。だから極端に重くなるのでは？っと。

>>653
ぐぐればいくらでも答えは有るのに。
http://oshiete1.goo.ne.jp/qa746515.html
とか。

>>656
addressテーブルはインデックスきいてるってことだから、
1万だろうが1000万だろうが速度差はそれほど出ないですよ。

SELECT * に時間かかってないかい？　SELECTを整数の
1項目だけに絞ったら何秒になんの？

ところで社保庁のデータベースって何使ってんの？
高スペクでも照合に時間かかるだろうなー。

>>659
社会保険庁は、NTT系が受注開発しているから、
Oracleに決まっているだろ

>>656
EXPAINの結果を張らないヤツの「問題ありません」は信用できないからなー

MySQL ver4.1以降の文字コード自動変換について
イマイチ理解できない部分があります。

MySQL文字化けで調べてみると、
文字コード変換が原因なので、この機能が働かない状態にする、
というのが解決方法として紹介されていますが、
文字コードが異なった場合の補正のための機能であって、
client側の文字コードがujis、
server側の文字コードがutf8の場合、
この自動変換をoffにしたら、
ujisのデータをutf8を入れるところに放り込むことになるわけですが
問題ないのでしょうか？
（client/serverの文字コードが一致しているんであれば、
そもそも自動変換自体働かないわけで、offにする必要性もでてきませんよね？）

自動変換をoffにするんだよ、というところには多くのサイトで
言及されているのですが、結局client、serverとの
文字コードの関係性が良く理解できません。

開発と照合で5000マンだっけ？＞社保庁
稼ぐなぁ

じゃおまいら5000マソもらってできるか？アンダーソン君

>>657
1項目だけに絞っても大して時間が変わりません。。
とりあえずUSING(address_id) の後ろに　GROUP BY id
を付けたら、半分ぐらいの秒数にはなりました。
>>658
UNION ALLにすると、余計重たくなっているような気がします。
あと、sort_buffer_sizeは1Mでtmp_table_sizeは100Mにしています。
>>661
GROUP BY idをそれぞれのSELECTに付けたら
半分ぐらいの秒数になりましたが、
[Extra] => Using temporary; Using filesort　が表示されるようになりました・・。

where used; ってどういう意味？

ググったけどわかんね

>>670
5.0より前はインデックスマージしないんじゃなかったっけ？
バージョンは？

mysql> create table dt (dt datetime, d date, t time);
Query OK, 0 rows affected (0.01 sec)

mysql> insert into dt values (null, now(), now());
Query OK, 1 row affected (0.00 sec)

mysql> select * from dt;
+------+------------+----------+
| dt | d | t |
+------+------------+----------+
| NULL | 2007-12-26 | 15:00:25 |
+------+------------+----------+
1 row in set (0.00 sec)

mysql> update dt set dt = d + interval t hour_second;
Query OK, 0 rows affected (0.00 sec)
Rows matched: 1 Changed: 0 Warnings: 0

mysql> select * from dt;
+---------------------+------------+----------+
| dt | d | t |
+---------------------+------------+----------+
| 2007-12-26 15:00:25 | 2007-12-26 | 15:00:25 |
+---------------------+------------+----------+
1 row in set (0.00 sec)

>>680
ありがとうございました！

前からインデックスについて疑問に感じていることがあるのですが、
1,2,3,4..........と続いているindexに2を追加すると、
1,2,2,3,4.........と3以下全て並べ替えになると理解しているのですが、
そのような仕組みになっているのでしょうか？

もし、そうだとすると100万件のデータが入っているtableで、
データを追加する際に、最悪100回の並べ替え(位置をずらす処理)が発生して大変なことになると思っています。

将来膨大なデータ件数になることが予想されるtableにindexをつけるかどうかで迷っているので、
アドバイスを頂けないでしょうか？

>>682
インデックスがそういう構造だと
検索にはあまり向かないだろう
単なるノベタンではなくて、挿入・削除が容易な
例えばツリー構造のようになっているのだろう
安心してインデックス張るよろし
つか張らないと遅いでしょ

>>682
そのレベルだとまずbtreeについて勉強しろ。

SQL文が書かれたテキストファイル(hoge.sql)をインポートしたいのですがどうすればいいでしょうか？

以下のようにやってみたんですが、エラーになります。
mysqlimport -p --local hoge hoge.sql
＊hogeがデータベース名です。

mysqlimport: Error: Table 'hoge.hoge' doesn't exist, when using table: hoge

mysqlimportはCSVファイルなどを流し込むツールであって、
SQLを流し込むツールではないぞ。

$ mysql hoge < hoge.sql

>>687さん
即レス、ありがとうございます！
本当に助かりました
ありがとうございます

MySQL 5.1 で、MyISAM をメインに使っているのですが、
稼働状態でデータのバックアップをとるときは、
マニュアルに載っている
mysqldump --all-databases
が一番早いのでしょうか?

もっと良いバックアップの方法があれば教えてください。

>>690
kwsk!

>>691
仕方ないからyahooで調べてみた
http://www.google.com/search?q=mysqldump+opt
ここのサイトに詳しく載ってたよ
サンプルもいくつかあった

>>686 >>688
昨日の俺がいたので、記念真紀子

>>692
mysqldumpを使うというのは最適解なのですね。
--opt試してみます。ありがとう。

>>696

トリガを使用
http://dev.mysql.com/doc/refman/5.1/ja/triggers.html

変更された実行計画に対して適切な索引が無いから
かなー