MySQL 5.0 (559ﾚｽ)

MySQL 5.0 http://mevius.5ch.net/test/read.cgi/db/1081818145/

上下前次1-新
通常表示 512ﾊﾞｲﾄ分割 ﾚｽ栞

---

350: NAME IS NULL [sage] 2009/04/22(水) 00:03:09 ID:??? どうなるんだろうね つぶされちゃうのかな http://mevius.5ch.net/test/read.cgi/db/1081818145/350

351: NAME IS NULL [sage] 2009/04/22(水) 01:34:01 ID:??? 今更潰すは、さすがに考えにくいんじゃないの。 ポスグレに持っていかれるくらいなら、撒き餌として残すだろ。。たぶん。 http://mevius.5ch.net/test/read.cgi/db/1081818145/351

352: NAME IS NULL [sage] 2009/04/22(水) 17:41:38 ID:??? mysqlはoracleの下位バージョンとして開発し その上位バージョンとしてoracleを持ってくることで フリーと商用のシェア拡大を目指す http://mevius.5ch.net/test/read.cgi/db/1081818145/352

353: NAME IS NULL [sage] 2009/04/22(水) 23:11:23 ID:??? MySQLの次期バージョンを出したり将来のビジョンを提示したりして 今後も発展するんだ、安心だ、と思わせといて飼い殺す。 http://mevius.5ch.net/test/read.cgi/db/1081818145/353

354: NAME IS NULL [sage] 2009/04/23(木) 05:37:34 ID:??? oracleもタダで使う方法もあるしな http://mevius.5ch.net/test/read.cgi/db/1081818145/354

355: NAME IS NULL [sage] 2009/04/23(木) 10:48:53 ID:??? win版の5.0.77-community-ntですがCSVエンジンを利用するにはどうすれば良いですか？ show enginesでNOになってます。 http://mevius.5ch.net/test/read.cgi/db/1081818145/355

356: NAME IS NULL [] 2009/04/28(火) 01:22:42 ID:+/FWF+FK MySQLのオラクルマスターを作ればMySQLに力を入れる MySQLのオラクルマスターを作らないならMySQLに力を入れない http://mevius.5ch.net/test/read.cgi/db/1081818145/356

357: NAME IS NULL [] 2009/04/28(火) 08:46:32 ID:aHnBfSXl SET TRANSACTION ISOLATION LEVEL SERIALIZABLE; にして、mysqlを二個立ち上げて、両方から BEGIN; して、片方で適当にINSERTしてコミットしてないのに、もう片方からは SELECTするともう見えてるんだけど、これでいいのでしょうか？ テーブルはInnoDBで作ったけど。 http://mevius.5ch.net/test/read.cgi/db/1081818145/357

358: NAME IS NULL [sage] 2009/04/28(火) 08:58:40 ID:??? よくないよ どこか間違ってるよ http://mevius.5ch.net/test/read.cgi/db/1081818145/358

359: NAME IS NULL [] 2009/04/28(火) 09:00:39 ID:aHnBfSXl >>358 最初に両方からSelectをやっとくと、その後片方がINSERTしたのがもう片方からすぐに 見えるんだけど、なにか間違ってるんでしょうか？ http://mevius.5ch.net/test/read.cgi/db/1081818145/359

360: NAME IS NULL [sage] 2009/04/28(火) 15:24:24 ID:??? ■セッション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) ■セッション1 mysql> begin; Query OK, 0 rows affected (0.00 sec) mysql> insert into test values (1); Query OK, 1 row affected (0.00 sec) ■セッション2 mysql> select * from test; Empty set (0.00 sec) みえないよ？ http://mevius.5ch.net/test/read.cgi/db/1081818145/360

361: NAME IS NULL [sage] 2009/04/28(火) 22:31:31 ID:??? >>359 テーブルが InnoDB じゃなくて MyISAM になってるとか。 http://mevius.5ch.net/test/read.cgi/db/1081818145/361

362: NAME IS NULL [] 2009/05/01(金) 01:09:50 ID:vXvzRfg3 すいません質問させてください。 http://q.hatena.ne.jp/1179443422 このページと同じ質問なのですが、やはり３番のsqlがベストなのでしょうか？？ 「特定のカラムの値がそのテーブルの特定の条件のもとで最大値を有しているレコードをselectする」というのが割と簡単にできるのではないかと思っていたのですが、 ここの回答のように副問い合わせするのが一番無難な感じなのでしょうか？ order by xx desc limit 0, 1 も試してみましたが、全レコードをsortするためか、副問い合わせを使ったものよりレスポンスが遅めでした。(レコードが10万件くらいある。。) アドバイス頂けると幸いですｍ(_ _)ｍ http://mevius.5ch.net/test/read.cgi/db/1081818145/362

363: NAME IS NULL [sage] 2009/05/01(金) 03:24:22 ID:??? >>362 Table構成がそのはてなの質問と同じとして、id及びgoods_idに 複合インデックスが貼ってあり、それがユニークか、Hit率がテーブル全体のレコード数より 十分少なければ、order by descが早いんでないかな。 もっと言うと、INDEX(id,goods_id,date)で複合インデックスがあればなおよし。 でなくて、idとgoods_idの値が、レコード全体の多くにHitしてしまう場合は、 そこにあるようにサブクエった方が早そうな感じ(もちろんdateにインデックスが貼ってあるとして)。 http://mevius.5ch.net/test/read.cgi/db/1081818145/363

364: NAME IS NULL [sage] 2009/05/01(金) 17:12:12 ID:??? 質問ですが、 以下の感じでやろうとしてます 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になります。 mysqlでサブクエリにlimit発行できないので、なにかいい方法があればご教授願います。 http://mevius.5ch.net/test/read.cgi/db/1081818145/364

365: NAME IS NULL [sage バッドノウハウ集] 2009/05/01(金) 19:05:41 ID:??? 俺なら、状況に応じて以下のどれかで対応する。 ・クエリキャッシュをｱﾃにする ・バッチで予め計算しちゃう ・クエリを分割する ・テーブル分割をやめる ・全部抜いてから計算する ・そもそも高速化する必要があるか考える http://mevius.5ch.net/test/read.cgi/db/1081818145/365

366: NAME IS NULL [sage] 2009/05/02(土) 00:09:29 ID:??? なあ、ちょっと真剣にマジで教えてほしい あるデータベースのプライマリキーをキャラクタ属性で設定することのデメリットって何だと思う？ キーはINTにすんのが検索も早そうだし、多分そうなのかも知れんが納得できる理由がはっきりしない まあCHARだとコレーションで正しくソートされない可能性があったりCOUNTが正しくされないのかも知れないけど 現場レベルでは盲目的に数値型にしてるような気もすんだよね 何か論理的な理由を聞かせてもらえないか？ http://mevius.5ch.net/test/read.cgi/db/1081818145/366

367: NAME IS NULL [sage] 2009/05/02(土) 00:12:02 ID:??? >>366 あんたの現場がすべてではないよ。 単にDB設計をさぼってるだけで、 安易に一意になるものということで連番振ってるだけでしょ。 http://mevius.5ch.net/test/read.cgi/db/1081818145/367

368: NAME IS NULL [sage] 2009/05/02(土) 00:27:22 ID:??? プライマリーキーはchar型かそれとも数値型か http://pc11.2ch.net/test/read.cgi/db/1156315045/ http://mevius.5ch.net/test/read.cgi/db/1081818145/368

369: NAME IS NULL [sage] 2009/05/02(土) 00:36:49 ID:??? >>364 >( select 学生id from 学生名簿 order by 学生名 limit　0,50) 一見するとこれいらないと思うんだが。 http://mevius.5ch.net/test/read.cgi/db/1081818145/369

---

上下前次1-新書関写板覧索設栞歴

---

あと 190 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ

---

Google検索

Wikipedia

---

ぬこの手 ぬこTOP 0.005s