元スレMySQL 総合 Part25

mysql覧

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

151 = :

>>149
カラム名はどうでもいいです
テーブルはありません

152 = :

>>150
テーブル無しでお願いします

153 = :

>>152
select 1
union
select 2
union
select 3
これでできるかな？

154 = :

>>152
values(1),(2),(3)

155 = :

ありがとうございました！！

156 = :

>>154
同じ事をSQLServerでかくとどうなりますか？

159 = :

ありがとうございました

160 = :

XamppのMySQLを使うとローカル接続でもタイムアウト連発して使い物にならない
SQLiteで動いてたコードを移行しただけだから別に重たい処理はしてないのにな
よくこんな欠陥品が標準で使われてるもんだ

161 = :

重たい処理をしてないならそんなことになるわけない
安いノートでも動くぞこんなん

162 = :

>>161
ネットワーク接続してないからだろう
コアの部分がそれなりに作られてても周辺ツールがまるで素人の作ったゴミだ

SQLiteに比べて排他制御に優れてるというから試しに浸かってみたら
排他制御どころかクエリを同時に叩くだけでエラーになるから自前で排他制御を作る羽目になるし
戻り０行のＳＱＬ分を叩くだけでタイムアウトになるアホさ加減だ

大小比較分が３つ以上並んだらそうなる
最適化されたＤＢなら所要時間は単純に３倍で済むロジック量だけど
MySQLは内部構造が完全にイカレテル

163 = :

他の人間が検証可能な形でサンプル示してみて

164 = :

>>163
.NetのMySQL.Data.MySQLClientを使って127.0.0.1に接続
テーブルは適当に数字の項目を持たせて10万レコード以上
この状態で「A>11 and B<100 and C=1」みたいな条件で検索するとタイムアウトで死亡する
そもそもMySQLDataReaderを完全に閉じないと同じコネクションで２個目のDataReaderが使えない時点でアホみたいだけど
10万レコードで「oder by A limit 100」ならオンラインじゃなくても死ぬぞ
もうなんだこれ

165 = :

>>164
テーブルにプライマリキーとかインデックスとか設定してる？
mysqlサーバの設定見直した？
つか内部構造がどうこう言う前に、まずどこがボトルネックになっているか調査しようよ。

166 :

初心者が通る道だな
必ず解決するから、あきらめないようになw

167 = :

>>165
当たり前だろ
だから言ってるだろ
大小比較を３つ以上並べるのがボトルネックだと
２つなら一瞬で終わる
エンジンそのものか,Net用クライアントのバグってことだろう
日本語を使わないものも試したから文字コードのせいでもない

問題の切り出しをすべてやった上で使えないから頭に来てるだけ

168 = :

Sqliteで運用してるものを移行してるって時点でテーブル構造やSQL文に問題がないのは分かるだろうに
いかにも言いだから一応行っておくと127.0.0.1だから名前解決が～とか意味不明な返しは要らないから

169 = :

いかにも言いそうだから

170 = :

手元にあったら一瞬で解決してやれるけど
間にわけわからんのがいると難しいわな

171 = :

mysqlの設定を間違えてるとしか思えない

172 = :

>>167
要するにお前のスキルが低すぎるんだよ。
素直に教えを請えばいいものを、頭も悪いんだな。

173 = :

解決なら分かってるから必要ない
MySQLは使わない

174 = :

スキーマもクエリプランもデータの統計値わからないので、話のしようがないね

175 = :

いっぱいつれたね、解散

176 = :

浜崎あゆみのダイエット

http://hamasaki-ayumi-diet.sblo.jp/

177 = :

そういえば、MySQLって今でもインデックスは一度にいっこしか使えないんだっけ？
あれって改善されたりした？

178 = :

引き継いだデータベースのあるテーブルにidのカラムがないのはなんか意図があるのかなあ
追加してもいいよね

179 = :

そんなもん、ここで聞かれたって返答のしようがあるか、バカ
好き勝手にしろ

180 = :

>>168
> いかにも言いだから一応行っておくと127.0.0.1だから名前解決が～とか意味不明な返しは要らないから
そんなことを言い出しそうだと思いつく時点で、よほど斜め上の発想をする人かなぁと思ってしまう

>>167
> エンジンそのものか,Net用クライアントのバグってことだろう
> 問題の切り出しをすべてやった上で使えないから頭に来てるだけ
切り出しはできるけど切り分けはできないってことかい？

181 = :

>>167
MySQLの負の特徴である「一度にひとつのインデックスしか使わない」に
モロ引っ掛かってるだけじゃない？
インデックスの張り方を工夫するか、条件式を工夫するかしないとダメだろ。

いちいち仕様に切れてるようじゃ技術者としては三流だね。
仕様は乗り越えるものだぜ。

182 :

ここで文句を言うよりも、再現できるサンプルを公開して、
どうやって最適化したら良いかを聞いたらいいのに。
その方が得るもの多いと思った。

183 = :

>>180
Lightが本家に文句をつけてる時点でネタ

184 = :

1分1秒で金稼ぎしてる人間だから初期設定状態でSqliteに劣る時点で使えないゴミでしかないよ
RDMSを名乗る資格はない

185 = :

馬鹿につける薬はないｗ

186 = :

そんな人間は自分が使うんじゃなく、使える人間を使う立場にいるべきなんじゃ

187 :

話題の動画】ホームレス男性のピアノ演奏が素晴らしくて感動
【動画】https://youtu.be/TiuXHdbQEJI
【日本語記事】http://headlines.yahoo.co.jp/hl?a=20150705-00000020-it_nlab-

188 = :

機能を絞れば速くなるにきまってんだろう（笑）

189 :

lightで間に合う仕事なんだよ、きっと

190 = :

ストアドプロシージャで変数の＠が付いてる時と付いてない時の違いがよくわかりません
＠をつけるとユーザ変数を参照するということはググってわかったのですが、
＠をつけてない時でもユーザ変数を参照してるんじゃないのでしょうか？
わかりやすく教えて下さい

191 = :

値渡しと参照渡しの話では

192 = :

よくわかりませんが、＠をつければdeclareしなくても使えたので
そういうもんだと思っときます
ありした

193 = :

読むだけなら@無しでいいけど、渡した先で書き換えるなら@必要、ということでは

194 = :

>8. ストアドプログラムを多用しない
>残念ながら、MySQLはストアドプロシージャ、ストアドファンクション、トリガなどの性能はあまりよくない。
>出来るだけそれらを利用せずに、ロジックをアプリケーション側に持っていくといいだろう。
http://nippondanji.blogspot.jp/2009/02/mysql10.html

全く使わない方がいいのかそれとも実行してタイムを計ってみるべきか？

195 = :

>>192
プログラミング経験がないならそう書いてくれればよかったのに

196 = :

インターネット上にあるmysqlを使った自作の掲示板やブログのデータを定期的(1日一回程度)にバックアップ取る場合、どう言う手法がお勧めですか?そのホストは自分で管理しているとして。OSはWindowsのサーバー系で。バックアップ先は、自宅のwin7パソコンに。

197 = :

mysqldump

198 = :

>>197
有難うございます。ググってみますq

199 = :

>>197
このコマンド、ネットワーク経由でバックアップ出来ますか？

前へ 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 ○