元スレ【この先一体】MySQL 総合 Part15【どうなるの】
mysql覧 / PC版 /みんなの評価 : ○
952 = :
あぁ、すみません
xcopy コピー元ディレクトリ コピー先ディレクトリ /S /E
コレを使って、C:/Program Files/MySQL/MySQL Server 5.1/の下に自分で作ったdataフォルダの中にコピーを入れました
そしたら自分で作ったデータベースの名前のフォルダが出てました
その上でパスをこのフォルダに変更しました
別に出し惜しみしたわけではありません
悪しからず
954 = :
Windows7 x64 でローカル環境で遊んでいるのですが、
■Apache 2.2 → http://localhost/のページは表示される。
■MySQL 5.1 → Command line clientからはDBにアクセスできる。
■PHP 5.2.5 → http://localhost/index.php のスクリプトはちゃんと動く。
■phpMyAdmin → rootでパスワードを入力して実行を押すとパスワードのエラーは出ずに
「Internet Explorer ではこのページは表示できません」 となる。
Vista x64 home premiumの時はphpMyAdminもちゃんと動いていたのですが、
Win7proにしてインストールし直した時に何か設定が変わったのか、ブラウザでphpMyAdminのログイン後の表示ができません。
何がわるい?
956 = :
雰囲気としてはこーゆーこと?
select
id
,uid
,menuName
,price
,category
from menuTable mt inner join
( select id ,uid ,cate1 as cate from categoryTable where cate1_open = 1
union select id ,uid ,cate2 from categoryTable where cate2_open = 1 ) ct
on mt.id = ct.id
and mt.uid = ct.cid
and mt.category = ct.cate
order by id
;
全然動かしてないから構文エラー出るかも…。
idはそれぞれのテーブルで関連無いのかな。
不要なら結合条件から外してくだせぇ。
958 = :
あ、逆か。
959 = :
>>956-958
ありがとうございます。LEFT JOINしか使ったことがないのでイマイチよくわからないですが、勉強してみます。
もう一つ、漠然とした質問なんですが、よくjoinを使った場合と個々のテーブルに複数回クエリした場合で
必ずしもjoinの方が早くなるわけじゃないと言いますが、何万件以上の規模にならなければ
そんな差は出ないものでしょうか? 数千件程度で遅くなったりしますか?(JOINで)
960 = :
ほんとSQLは難しい。おまえら尊敬するよ。
963 = :
のんきだね~皆さん
オラクルのSUN買収でMySQLの行く末があやしい状態なのによお
linuxディストリにMySQLがバンドルされなくなったら面倒だろ?
forkが出てきたとしても、PHPが対応するとも限らんだろ?
どうなっちまうのかねえ~
964 = :
ぺちぱー乙でありまする☆
965 = :
MySQL使えなくなったら違うの使えばいいだけだろ
意味分からん
966 = :
GPLでもあるから心配してない。
967 = :
文字コード問題、どうにかしてくれないかなぁ・・・
969 = :
>MySQL使えなくなったら違うの使えばいいだけだろ
無駄な工数といえる
970 :
文字コードの事なんだけど、以前はujisで登録してたけど少し前に“~”が“?”に文字化けしてるのに気がついてeucjpms使い始めたんだけど、もしかしたら気づく前にも機種依存文字使ってたかもしれないと思って探したらやっぱりあった。
でもテーブルの量が多すぎて修正しきれないんだけどいい方法無いですか?
971 = :
>>970
バックアップ取ってこっそりかえてみて、苦情が来なければOKとか…。
そんな変態コード使うとろくな事無いぞ。
972 = :
mysql 5.1.37 WixXP sp3
mysqldumpで取得したファイルをtestに入れてみようと思い、以下の
コマンドを入れたのですが、
c:\>mysql test < "c:\data.sql" -u root -pxxxxx
ERROR at line 76:Unknown command '\''.
と出てしまいます。念のため同じくmysqldumpで取得している
他のDBを同じコマンドで入れてみたらそちらは正常に入れる事が出来ました。
両方ともDBの中のテーブルはInnodb、キャラクタセットはcp932で作っている
のですけど。
で、mysqldumpで出来たファイルの中身を秀丸(utf-8でエンコードし直し)でみると
らしき所には
'<Sample>\r\n と確かに'\'があります(text型のカラムの所ですけど)。
どうすれば、リストア出来るのでしょうか?
974 = :
group_concat
975 = :
select ifnull(max(id),0), count(*) as kensu from data
としているのですけど、ifnullってmysql固有の関数ですよね?
それでこれを標準のcaseを使って書き変えた場合、どのように
書けば良いのでしょうか?
976 = :
>>974
ありがとうです。
あるんですねー。
手元の本には見つけらんなーと
思っていたら、バージョン3とか・・・。
980 = :
手元ですぐテスト出来そうなもんだが
どこまで他力本願なんだか
981 = :
自己解決
mysqldumpでダンプを取得する際に以下のパラメータを追加
--default-character-set=cp932
でダンプを取り直し、それをtestDBに入れたらすんなり入りました。
985 = :
MySQL 5.1
indexに関する質問です。Innodbでレコードを削除し、
其の後てOptimize tableで最適化した時、indexも合わせて最適化
されるんですか?
987 = :
>>985
される。InnoDBのoptimize tableは
create table as selectしてテーブルを作り直しているので
インデックスも作り直される。
992 = :
`` がないからでは?
993 = :
>>992
ありがとうございます。でもそれだと上下の条件も同じだし…
試しに全てのテーブル名とカラムを`で囲みましたが結果は同じでした。なぜだろう…
994 = :
イージーチョンボっぽいな
よ~く見比べてみろ
995 = :
>クエリ1回だけど7つ程度の無駄なデータの取得負荷あり(JOINを利用)と、1000回クエリはどっちがマシなのか
前者はメモリ領域を無駄に食うだろ。JOINするなら尚更。
DBが別サーバならその分通信帯域も食う。
しかも結果を受け取った後スクリプト側で処理するんだろ。CPUリソースまで食う。
996 = :
7つ程度の無駄なデータというが、自分で例を出してる通り1000人分取得するなら
7000も無駄が発生するんだ。よく考えてみ。
997 = :
>>994-996
どうもありがとう、ほんとにありがとう
そのメモリとかの事情がわからないんですが、ともかく、手間を惜しまないってのが基本ですね
複数のクエリを発行てことはトランザクションが必要になるのかな。やってみます、ありがとう
998 = :
この先言一体どうなるんだろうね~MySQLは
コソーリ教えてよオラクルさんよ
みんなの評価 : ○
類似してるかもしれないスレッド
- 【MySQL】下らねぇ質問はID出して書き込みやがれ 2 (985) - [21%] - 2012/10/17 7:16
- 【】 MySQLを買収したSunを買収したOracleを 【】 (112) - [19%] - 2023/1/22 14:15
トップメニューへ / →のくす牧場書庫について