私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
ログインするとレス評価できます。登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

元スレMySQL 総合 Part19

mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニュー

みんなの評価 :
レスフィルター : (試験中)

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

251 : NAME IS - 2011/03/31(木) 19:42:20.88 ID:??? (+25,-29,-7)

>>246

SELECT * FROM users WHERE birthday LIKE '%/３/３１';

252 : NAME IS - 2011/03/31(木) 20:32:01.95 ID:??? (+83,+29,+0)

>>251
インデックスはどこいったんだよ

253 : NAME IS - 2011/03/31(木) 20:34:23.34 ID:??? (+82,+7,+0)

>>252
必要ない。
データベース検索速度なめすぎ。

254 : NAME IS - 2011/03/31(木) 22:52:22.61 ID:??? (+57,+29,-15)

1万人ぐらいならインデックスなくても平気だろうね。
ただ高性能サーバを使っても
インデックスありの性能＞インデックスなしの性能
が変わるわけではなく東京電力にやさしくない

255 : NAME IS - 2011/03/31(木) 23:04:21.89 ID:??? (+57,+29,-18)

件数もハードスペックもわからない状態でパフォーマンスについて言い切るアホを見た。

256 : NAME IS - 2011/03/31(木) 23:06:39.35 ID:??? (+106,+29,-36)

>>253
俺もレコード数３０万件程度のテーブルにLIKE検索かけてるけど４、５秒程度で終わる。
しかも今日の誕生日の人検索ってことは１日１回だけの検索ですむんでしょ？
それだけのためにindexは付ける必要はないと思います

257 : NAME IS - 2011/04/01(金) 00:50:01.16 ID:??? (+73,+27,-31)

>>256
俺は同じ処理に、PHPがメモリ不足になるんだが・・・
さくらの専鯖だけど、PHPの書き方に問題あるのかな

258 : NAME IS - 2011/04/01(金) 01:03:38.97 ID:??? (+8,-29,-30)

>>257
検索結果が多すぎるんだよ
LIMIT 0 , 100　で検索結果を小分けにしろ

259 : NAME IS - 2011/04/01(金) 01:14:07.95 ID:??? (+57,+29,-9)

全部のフィールドにインデックスつければどんな検索でも快速になりますか？

260 : NAME IS - 2011/04/01(金) 01:16:00.87 ID:??? (+84,+22,-11)

たった30万件で4,5秒って恐ろしいぐらいに遅いな
俺は1000万件以内で1秒以上は全てバグ扱いしてるわ

261 : NAME IS - 2011/04/01(金) 01:22:01.95 ID:??? (+69,+29,-12)

>>260
1000万件でインデックスもつけずに常に1秒未満って、よっぽど素晴らしいマシンをお持ちなんですね。
羨ましい。

262 : NAME IS - 2011/04/01(金) 02:25:44.56 ID:??? (+68,+13,-3)

1000万件のレコードだけどフィールドはidしかないからね

263 : NAME IS - 2011/04/01(金) 02:59:30.03 ID:??? (+52,+29,-1)

素人設計の神髄を見た

264 : NAME IS - 2011/04/01(金) 05:12:25.09 ID:??? (+52,+20,+0)

>>262
わろた

265 : NAME IS - 2011/04/01(金) 18:07:23.68 ID:??? (+112,+29,-7)

僕の人生をMySQLに全て格納したい
僕が死んでも僕が成し遂げた偉業を後世に残したい
akiyan

266 : NAME IS - 2011/04/01(金) 18:29:15.92 ID:??? (+20,-7,-14)

じゃぁ俺はPostgresに格納することにする

267 : NAME IS - 2011/04/01(金) 19:01:05.71 ID:??? (+13,-18,-10)

>>265
リソースの無駄

268 : NAME IS - 2011/04/01(金) 20:16:53.05 ID:??? (+27,-10,-4)

>>265
それならスキーマレスで柔軟なMongoDBを進める

269 : NAME IS - 2011/04/01(金) 20:18:46.55 ID:??? (+71,+28,-12)

>>265
エクセルサイズの人生なのにもかかわらずか

271 : NAME IS - 2011/04/01(金) 22:10:39.34 ID:??? (+31,-30,-22)

`birthday` BETWEEN '2011-02-15' and '2011-03-15'　じゃだめなの？

272 : NAME IS - 2011/04/01(金) 22:13:49.58 ID:??? (+62,+29,+0)

>>271
それじゃ赤ちゃんしか引っかからないじゃん

274 : NAME IS - 2011/04/02(土) 00:57:40.91 ID:??? (-1,-29,-20)

Drizzle 1.0 と MySQL 5.5 はどっちが強い？

275 : NAME IS - 2011/04/02(土) 01:01:50.93 ID:??? (+36,-30,-44)

プライマリーキーをIDに設定して
EXPLAIN SELECT ID FROM table WHERE data IS NOT NULL
とやったらTypeがALLになったんですが、このまま使っても問題ないでしょうか。
もっといい方法あったら教えてほしいです。

276 : NAME IS - 2011/04/02(土) 01:55:13.03 ID:??? (+193,+29,-13)

一人の初心者（自力で学習する気力を持たないタイプ）が、とことん楽して解決しようとする場に・・・

277 : NAME IS - 2011/04/02(土) 01:57:38.03 ID:??? (+63,+28,-2)

>>276
いまさら
新参かい？

278 : NAME IS - 2011/04/02(土) 03:13:46.68 ID:??? (+62,+29,-7)

>>275自己解決しました。
複合インデックス貼ったらインデックス使われました。お目汚しすみません。

279 : NAME IS - 2011/04/02(土) 15:31:01.42 ID:??? (+152,+30,-32)

>>276
なんでIT系の古い奴ってこういう考え方してるやつが多いんだろ
だから優秀な人間がみなIT系から逃げていく。結局土方レベルの人間しか育たない。
基本的な技術はストレートに答えを教えてやるほうが先につながっていくのにな

280 : NAME IS - 2011/04/02(土) 16:41:26.98 ID:??? (+155,+30,-80)

>>279
なんで今時の若造ってこういう考え方してるやつが多いんだろ
自分で考えて解決しようという気構えが見られない。そんな奴は結局使い物にならない。
基本的な技術は自分で本でも読めばマスターできる。その程度のことをいちいち人に聞いてるようでは先はない。

281 : NAME IS - 2011/04/02(土) 17:22:25.44 ID:??? (+106,+29,-4)

>>280
底辺のおまえがゆっても説得力がない

282 : NAME IS - 2011/04/02(土) 17:48:34.31 ID:??? (+72,+29,-7)

>>281
×ゆっても
○いっても（言っても）

日本語もまともに使えないようなガチゆとりはこれだから

283 : NAME IS - 2011/04/02(土) 20:04:00.30 ID:??? (+113,+29,-34)

何れにしても、脊髄反射で　>>276みたいに　自分で調べろ　が頭をよぎる奴は
気を付けた方がよい。　明らかに２ちゃん脳である。　特にIT系板におおい２ちゃん脳である。

284 : NAME IS - 2011/04/02(土) 20:41:37.83 ID:??? (+124,+30,-61)

俺も>>279側の人間だな
質よりも数。数が多ければ質の高い奴もいつのまにか現れる。いまのIT業界の産業構造は最悪だ
>>280のように技術の伝達もしないまま足の引っ張り合いばかりしてるから新しい技術や発想も生まれてこない。
いい発想やアイデア持ってる奴はたくさんいるのに、みんな離れてく。かなしいことですね

285 : NAME IS - 2011/04/02(土) 21:03:57.14 ID:??? (+73,+29,-2)

>>283
かん派とあかん派じゃね？

286 : NAME IS - 2011/04/02(土) 21:35:39.85 ID:??? (+83,+29,-21)

>>276
そういって若い奴が育ってこなけりゃ自分は新しい技術を勉強しなくても、でかい面してられるっていう作戦だろ？
うん、よくある、よくある。

287 : NAME IS - 2011/04/03(日) 00:05:48.06 ID:??? (+91,+29,-23)

でもここ会社じゃないし。若い奴を育てる必要ないし。
若い奴が育つと俺の仕事なくなるし。

ということ

288 : NAME IS - 2011/04/03(日) 00:08:57.36 ID:??? (+113,+30,-69)

>>284
いや、どの業界に行ったって一緒だからｗ
どんな質問にも簡単に答えてもらえ、自分で物事を考える必要がないような
くだらない業界に行きたいのならご勝手に。
IT業界の行く末を案じていただかなくても結構です。

289 : NAME IS - 2011/04/03(日) 00:18:32.05 ID:??? (+73,+29,-9)

>>288
そうは言ってもヒントぐらいは出すよ。
じゃないと後継が育たないじゃん。

290 : NAME IS - 2011/04/03(日) 01:11:37.55 ID:??? (+57,+29,-23)

ここは会社じゃないので後継を育てる必要がない
むしろ育たないほうがいい

291 : NAME IS - 2011/04/03(日) 01:12:40.78 ID:??? (+91,+29,-10)

どうして？そうやってMySQLが発展していったり、使う人が増えればいいじゃん

292 : NAME IS - 2011/04/03(日) 02:39:26.91 ID:??? (+78,+28,-23)

>>287-288
フリーソフトウェアやGPLについて、社会的貢献という視点でどう思われますか？

295 : NAME IS - 2011/04/03(日) 07:00:26.68 ID:??? (+138,+29,-71)

>>291-292
2chのスレごときで社会的貢献とか語るのはおこがましいということに気づかないのか？
お前らは後継者である未来ある若者の代表じゃなく、ただのクズの集まりだと自覚せよ。

296 : NAME IS - 2011/04/03(日) 07:36:39.53 ID:??? (+105,+29,-16)

>>295　2chのスレごときで…自覚せよ。

297 : NAME IS - 2011/04/03(日) 07:53:10.14 ID:??? (+71,+29,+0)

>>296　2chでシゴいて…せよ。

298 : 292 - 2011/04/03(日) 10:39:38.15 ID:??? (+76,+29,-27)

>>295
そんな質問してないけどなぁ。　フリーソフトウェアやGPLについてどう思うか
質問してるんだが答えられないのかい？

299 : NAME IS - 2011/04/03(日) 10:46:19.63 ID:??? (+103,+29,-9)

そうやって脈絡のない質問するからおまえは空気が読めないと周りから思われてるんだよｗ

300 : NAME IS - 2011/04/03(日) 10:54:40.71 ID:??? (+23,-9,+2)

>>299＝レス奉行

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで /

mysql スレッド一覧へ

みんなの評価 :

類似してるかもしれないスレッド

MySQL 総合 Part12 (1001) - [94%] - 2008/1/30 17:34 ○
MySQL 総合 Part13 (996) - [94%] - 2008/6/10 21:02 ☆
MySQL 総合 Part14 (1001) - [94%] - 2008/11/23 10:17 ☆
MySQL 総合 Part15 (1001) - [94%] - 2009/4/20 12:15 ☆
MySQL 総合 Part17 (1001) - [94%] - 2010/6/10 20:47 ○
MySQL 総合 Part18 (986) - [94%] - 2011/1/17 15:46
MySQL 総合 Part26 (860) - [89%] - 2023/2/2 9:30
MySQL 総合 Part20 (995) - [89%] - 2011/10/17 4:48
MySQL 総合 Part21 (1001) - [89%] - 2011/12/25 22:16
MySQL 総合 Part22 (1001) - [89%] - 2012/7/10 16:45
MySQL 総合 Part23 (992) - [89%] - 2013/8/11 17:00
MySQL 総合 Part24 (1010) - [89%] - 2015/2/14 4:46
MySQL 総合 Part25 (947) - [89%] - 2017/6/18 6:30
MySQL vs PostgreSQL Part2 (941) - [31%] - 2022/5/26 1:30 ○

トップメニューへ / →のくす牧場書庫について

総計:	127,062,307人
頁
昨日:	no data人
頁
今日:	人
頁