元スレMySQL 総合 Part25

mysql覧

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

552 = :

全てのMariaDBを消し去りたい！

554 = :

PHPPerなのでインデックスがわからなくて困っています。b-treeなどは木構造になっているらしく
javaなどでサンプルが解説されていました。でも、クラスの変数にleft right があり
そこに新しいオブジェクトをつなげていく、というものです。それは少しはわかるんですが
どうしても、実際のHDDのファイル上ではだいたいどうなっているのかがイメージできません。

555 = :

phpmyadmin をインストールしようと思っているんだけど
DBは別サーバにあるので、どうすればいいか気になっています

phpmyadminデータベースを作る必要あると思うんだけど
これあらかじめ作るにはどうすればいいの？

556 = :

いらんでしょ
あとlocalhostにある前提になってないからアクセスできるようにしときゃどこでも置けるよ

558 :

http://twitter.com/kyo_nanba/status/726369552175534080
大幅にスキーマを変更するときは注意が必要なのでしょうか？

559 = :

注意は必要ありません＾＾

560 = :

ALTER でスキーマ変更中、オリジナルのテーブルが消えるって、
どういうシチュエーションなんだろ？ｗ

561 = :

SELECT COUNT(*) FROM table WHERE col = 'hoge'
だとインデックス使うのに
SELECT COUNT(CASE WHEN col = 'hoge' THEN 1 ELSE null END) FROM table
だとインデックス使わないのはなぜなのか
前者を使いたいんだけどなー

562 = :

>>561
後者だったわ

563 :

>>562
ウソつけ前者だろ

565 = 564 :

>>561
いやWhere句がないせいでフルテーブルスキャンなのかな。

566 = 564 :

後者にしたいって冗談だろ？

567 = 564 :

絞り込み条件がなくてインデックススキャンをすると思う理由を聞きたい。

568 = :

>>563-567
SELECT
COUNT(CASE WHEN col = 'hoge1' THEN 1 ELSE null END),
COUNT(CASE WHEN col = 'hoge2' THEN 1 ELSE null END),
COUNT(CASE WHEN col = 'hoge3' THEN 1 ELSE null END),
...
FROM table
みたいに複数一気にカウントしたかったんだよね
というかそもそもインデックスってWHERE限定だったのか・・・
やってることは同じだと思うんだけどなあ

571 = :

>>568
使ってくれるよ
最初の例だとフルインデックススキャンになるけど

573 = :

windowsのc#でdb接続して簡単なselectするだけのプログラム実行するとsqlサーバーなら一瞬なのだがmysqlだとconnectionに数秒かかる場合が有ります。selectは一瞬です。dbは同一pc上で動いているのでネットワークの問題ではないと思います。何が原因でしょうか？

574 = :

ちょうはやいからじゃね

575 :

>>573
それは何かおかしいな。

576 = :

同じマシンでも名前解決とかしてたら分からんぞ。

577 :

それはあるな。

ネットワーク経由で接続している可能性はある。

LANケーブルを抜いて実行したら、接続できなかったりして。

578 = :

windowsファミリィだろ速くて当たり前（個人的な感想）ｗ

579 :

>>578
馬鹿だなあ、マイクロソフト製品同士でなら大丈夫なんてことはない。

580 = :

>>579
馬鹿だな、しらねーよ、ということだよ

581 :

知らないのに知っているかのように書く馬鹿

582 = :

今日はお馬鹿さん

583 = :

>>547
wordpressをsqlサーバーで動かすと速くなるかな？

584 = :

WordpressがいけてないのはDBからSELECTする部分ではなく
その内容からHTML生成するphpの作り込みなのかね

585 = :

一概には言えないけど、読み込んでるものの量が多すぎて、もうちょいなんとかならんかったのかとは誰もが最初に感じる所みたいね

あと試したことないけどhtml生成しないAPIモードが追加されてたはず

586 = :

HTML生成は関係ない。

wordpressのデータはリレーションしてないから、
DBからがばっと取ってきて、PHPでループさせてリレーションさせてる。この処理がクソ重い。

PHPはスクリプト言語なのでかなり遅い部類なので当然クソ重くなる。
だから、SQLサーバー使おうがOracle使おうが全く一緒。MySQLのせいじゃない。
根本的にwordpressの設計がクソなことが原因。

PHPプログラマからみても、wordpressのクソさ加減は尋常ではない。

588 = :

>>586
dbのデータを表示する程度のphpなら、数時間くらい作業したら表示の速い改良版を作れるんじゃないか？

589 = :

>>588

書いてある意味がわからなかった？

リレーションしてねーんだよ。

590 = :

リレーションしてないの意味がわかりません

595 = :

うっかりdropしたテーブルを復活させる裏技を教えてくれ

596 = :

バックアップから復旧

597 = :

>>596
バックアップは無い

598 = :

>>596
直前にselect * from Table名 で取り出したデータがWorkbenchのresult grid
に残っていたので、それをcsvにexportしてimportでテーブルに読み込んでみたら、
utf8を指定したにもかかわらず、カラムが認識されないのはなぜかしら？

599 = :

無事できました。

600 = :

データベース作っておいて、バックアップを取ってないとか

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql一覧へ

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

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