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

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

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

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

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

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

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

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

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

>>561
後者だったわ

>>562
ウソつけ前者だろ

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

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

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

>>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限定だったのか・・・
やってることは同じだと思うんだけどなあ

>>569
SUGEEEE
ありがとう。勉強になった

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

[拡散希望！]
参考になりそうなURL送っておきます
電磁波による拷問と性犯罪
http://denjiha.main.jp/higai/archives/category/%E6%9C%AA%E5%88%86%E9%A1%9E
公共問題市民調査委員会
http://masaru-kunimoto.com/
この方たちは集団訴訟の会を立ち上げてマスコミに記事にしてもらう事を目的に集団訴訟を被害者でしようという試みを持っている方達です
訴訟は50人集めてしようという事なのですが50人で訴訟をすると記事に書けるそうです
記事には原発問題を取り上げてテク犯被害を受ける様になった大沼安史さんらが取り上げて下さるそうです
大沼安史さんがテク犯に遭っているという記事
http://ameblo.jp/hilooooooooooooo/entry-11526674165.html
大沼安史の個人新聞
http://onuma.cocolog-nifty.com/blog1/4/index.html
この方たちは電話相談等も受け付けている様で電話番号を載せている方達は電話かけ放題の契約をしていますのでこちらから電話して本人にかけ直してくれと頼むとかけ直してくれます
音声送信被害等を受けている「電磁波による拷問と性犯罪」の記事の水上さんは年金暮らしなので時間には余裕があるそうで宗教等に付随する集団ストーカー等の被害内容の話も聞いて下さいます
もう一人の電磁波犯罪には遭っていない国本さんという方は電磁波犯罪をしっかり理解されている方で年金暮らしの方なので長電話も大丈夫です
大沼さんはこちらのページからメールを受け付けておられる様です
http://onuma.cocolog-nifty.com/about.html
電話をかけたい場合は人によってはメールで電話番号を訊くと教えてくれると思います
この文章を見られた方は全文コピーをしてできるだけ多くの知り合いの被害者の方等にメールを送るなり被害者ブログに書き込むなりしていただければ大変有難いです
もし大勢の方に送る事が出来なければまだこの文章に触れていない知り合いの被害者に少しでも全文コピーで送っていただけるとその方が次の何人かの方に繋いで頂ける場合があり結果として大勢の方に見て頂く事が出来るはずです
ご協力よろしくお願い致します 👀
Rock54: Caution(BBR-MD5:f70dfdc711a7c6ae6accccb939f27fbf)

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

ちょうはやいからじゃね

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

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

それはあるな。

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

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

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

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

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

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

今日はお馬鹿さん

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

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

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

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

HTML生成は関係ない。

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

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

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

もし、wordpressの設計を活かせるとすれば、
それはRDBではなく、NoSQLが必要になってくる。

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

>>588

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

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

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

リレーショナル・データベースのリレーションって何だ？ってことなんだけどさ
たまに、複数のテーブルを特定のキーで関連付けて扱える事がリレーションの意味だと誤解してる人がいるけど、
本当はそうじゃない。

１つのテーブルで、
１つのキーに対して同じ構造での行が決まり１つのまとまりとして取り扱えることがリレーションの意味なんだ。

それこそがRDBの最大のメリットであり、使う理由になる。

例えばこう。崩れると思う。すまんな。

ID|name　　|mail　　　　|zip　　|address1 |address2 |phone　　　　|
------------------------------------------------------------------
1 |jon　　|jon@test.com|1234567|東京都　　|　　　　　|　　　　　　|
2 |bob　　|　　　　　　　|2345678|北海道　|　　　　　|01234567890|
3 |mark　　|　　　　　　|3456789|　　　　　|アメリカ |　　　　　　|

このような、行単位の纏まりをリレーションと呼ぶ

たとえば、bobについて取り出したかったら、御存知の通り

SELECT * FROM table WHERE ID='2'

得られる結果は想像つくよな。

じゃあwordpressはどうかというと、こう

|meta_id|user_id|meta_key|meta_value|
-------------------------------------
|1　　　|1　　　|name　　|jon　　　　|
|2　　　|1　　　|mail　　|jon@test.com|
|3　　　|1　　　|zip　　　|1234567　　|
|4　　　|1　　　|address1|東京都　　　|
|5　　　|2　　　|name　　|bob　　　　|
|6　　　|2　　　|zip　　　|2345678　　|
|7　　　|2　　　|address1|北海道　　　|
|8　　　|2　　　|phone　　|01234567890|
|9　　　|3　　　|name　　　|mark　　　|
|10　　　|3　　　|zip　　　|3456789　　|
|11　　　|3　　　|address2　|アメリカ　|

大体こんな感じで、1つのキーに対して20とか30とか、キーごとのバラバラなレコードが登録される。

これをbobについて>>591みたいな結果を取り出したかったら何するかわかるだろ。
こんなのを正規化と呼ぶなら、そいつは本物のバカだ。

wordpressは基本的にこういうDBの扱いをしていて、あらゆる場所でこんなのの整形をループで回してる。
実際にはこれと別のテーブルをキーで関連付けてJOIN相当のことをしょっちゅうやる。
それはもう、wordpressのコード全体にまんべんなく存在しているし、
何よりwordpressの最大の売りである数多のプラグインが、こういうレコードを取り扱うことを前提に作られてる。

だから「数時間くらい作業したら表示の速い改良版を作れるんじゃないか？」とか、
冗談はよしこさんなわけ。

wordpressはマトモな抽象化もされてないフラットなクソ構造のコードだから、
改良したいと思うなら１から作りなおしたほうが早いだろう。

http://stackoverflow.com/questions/3164505/mysql-insert-record-if-not-exists-in-table
ここにある例を実行しているのですが、エラーします。
MySQLでPrimary Keyが無い場合のみデータを追加したいのですが、
正しい書き方を教えて下さい。

Mysql Workbenchでテーブルを表示した時に、左端に行番号を
0
1
2
3
のように表示できる？

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

バックアップから復旧

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

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

無事できました。

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