MySQL 5.0 (559ﾚｽ)
上下前次1-新
350: 2009/04/22(水)00:03 ID:??? AAS
どうなるんだろうね
つぶされちゃうのかな
351: 2009/04/22(水)01:34 ID:??? AAS
今更潰すは、さすがに考えにくいんじゃないの。
ポスグレに持っていかれるくらいなら、撒き餌として残すだろ。。たぶん。
352: 2009/04/22(水)17:41 ID:??? AAS
mysqlはoracleの下位バージョンとして開発し
その上位バージョンとしてoracleを持ってくることで
フリーと商用のシェア拡大を目指す
353: 2009/04/22(水)23:11 ID:??? AAS
MySQLの次期バージョンを出したり将来のビジョンを提示したりして
今後も発展するんだ、安心だ、と思わせといて飼い殺す。
354: 2009/04/23(木)05:37 ID:??? AAS
oracleもタダで使う方法もあるしな
355: 2009/04/23(木)10:48 ID:??? AAS
win版の5.0.77-community-ntですがCSVエンジンを利用するにはどうすれば良いですか？
show enginesでNOになってます。
356(1): 2009/04/28(火)01:22 ID:+/FWF+FK(1) AAS
MySQLのオラクルマスターを作ればMySQLに力を入れる
MySQLのオラクルマスターを作らないならMySQLに力を入れない
357: 2009/04/28(火)08:46 ID:aHnBfSXl(1/2) AAS
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
にして、mysqlを二個立ち上げて、両方から
BEGIN;
して、片方で適当にINSERTしてコミットしてないのに、もう片方からは
SELECTするともう見えてるんだけど、これでいいのでしょうか？
テーブルはInnoDBで作ったけど。
358(1): 2009/04/28(火)08:58 ID:??? AAS
よくないよ
どこか間違ってるよ
359(1): 2009/04/28(火)09:00 ID:aHnBfSXl(2/2) AAS
>>358
最初に両方からSelectをやっとくと、その後片方がINSERTしたのがもう片方からすぐに
見えるんだけど、なにか間違ってるんでしょうか？
360: 2009/04/28(火)15:24 ID:??? AAS
■セッション1
mysql> set transaction isolation level serializable;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from test;
Empty set (0.00 sec)
■セッション2
mysql> set transaction isolation level serializable;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from test;
Empty set (0.00 sec)
省9
361: 2009/04/28(火)22:31 ID:??? AAS
>>359
テーブルが InnoDB じゃなくて MyISAM になってるとか。
362(2): 2009/05/01(金)01:09 ID:vXvzRfg3(1) AAS
すいません質問させてください。
外部ﾘﾝｸ:q.hatena.ne.jp
このページと同じ質問なのですが、やはり３番のsqlがベストなのでしょうか？？
「特定のカラムの値がそのテーブルの特定の条件のもとで最大値を有しているレコードをselectする」というのが割と簡単にできるのではないかと思っていたのですが、
ここの回答のように副問い合わせするのが一番無難な感じなのでしょうか？
order by xx desc limit 0, 1
も試してみましたが、全レコードをsortするためか、副問い合わせを使ったものよりレスポンスが遅めでした。(レコードが10万件くらいある。。)
アドバイス頂けると幸いですｍ(_ _)ｍ
363: 2009/05/01(金)03:24 ID:??? AAS
>>362
Table構成がそのはてなの質問と同じとして、id及びgoods_idに
複合インデックスが貼ってあり、それがユニークか、Hit率がテーブル全体のレコード数より
十分少なければ、order by descが早いんでないかな。
もっと言うと、INDEX(id,goods_id,date)で複合インデックスがあればなおよし。
でなくて、idとgoods_idの値が、レコード全体の多くにHitしてしまう場合は、
そこにあるようにサブクエった方が早そうな感じ(もちろんdateにインデックスが貼ってあるとして)。
364(1): 2009/05/01(金)17:12 ID:??? AAS
質問ですが、
以下の感じでやろうとしてます
select 学生id ,出席日数,出席率 from 学生名簿
left join
(select sum(出席) as 出席日数 , sum(round(出席数/365,2)) as 出席率 ,学生id from 出席簿
where 学生id in ( select 学生id from 学生名簿 order by 学生名 limit 0,50) group by 学生id) as 出席データ on 出席データ.学生id=学生名簿.学生id
order by 学生名 limit 0,50
学生名簿(カラム)：学生id(primarykey),学生名
出席簿(カラム)：学生id,日付,出席(enum(1,0))
limitができれば高速になるんですが、ないとusingfilesortになります。
省1
365: [sage バッドノウハウ集] 2009/05/01(金)19:05 ID:??? AAS
俺なら、状況に応じて以下のどれかで対応する。
・クエリキャッシュをｱﾃにする
・バッチで予め計算しちゃう
・クエリを分割する
・テーブル分割をやめる
・全部抜いてから計算する
・そもそも高速化する必要があるか考える
366(1): 2009/05/02(土)00:09 ID:??? AAS
なあ、ちょっと真剣にマジで教えてほしい
あるデータベースのプライマリキーをキャラクタ属性で設定することのデメリットって何だと思う？
キーはINTにすんのが検索も早そうだし、多分そうなのかも知れんが納得できる理由がはっきりしない
まあCHARだとコレーションで正しくソートされない可能性があったりCOUNTが正しくされないのかも知れないけど
現場レベルでは盲目的に数値型にしてるような気もすんだよね
何か論理的な理由を聞かせてもらえないか？
367: 2009/05/02(土)00:12 ID:??? AAS
>>366
あんたの現場がすべてではないよ。
単にDB設計をさぼってるだけで、
安易に一意になるものということで連番振ってるだけでしょ。
368: 2009/05/02(土)00:27 ID:??? AAS
プライマリーキーはchar型かそれとも数値型か
2chｽﾚ:db
369: 2009/05/02(土)00:36 ID:??? AAS
>>364
>( select 学生id from 学生名簿 order by 学生名 limit 0,50)
一見するとこれいらないと思うんだが。
上下前次1-新書関写板覧索設栞歴
あと 190 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.007s