私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMySQL 総合 Part25
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>150
テーブル無しでお願いします
テーブル無しでお願いします
>>152
values(1),(2),(3)
values(1),(2),(3)
>>154
同じ事をSQLServerでかくとどうなりますか?
同じ事をSQLServerでかくとどうなりますか?
バージョン次第かもね。
とりあえず、複数行insertするときのやり方を切り取れば、そのRDBMSにおける>>148の答えになるよ。
とりあえず、複数行insertするときのやり方を切り取れば、そのRDBMSにおける>>148の答えになるよ。
XamppのMySQLを使うとローカル接続でもタイムアウト連発して使い物にならない
SQLiteで動いてたコードを移行しただけだから別に重たい処理はしてないのにな
よくこんな欠陥品が標準で使われてるもんだ
SQLiteで動いてたコードを移行しただけだから別に重たい処理はしてないのにな
よくこんな欠陥品が標準で使われてるもんだ
重たい処理をしてないならそんなことになるわけない
安いノートでも動くぞこんなん
安いノートでも動くぞこんなん
>>161
ネットワーク接続してないからだろう
コアの部分がそれなりに作られてても周辺ツールがまるで素人の作ったゴミだ
SQLiteに比べて排他制御に優れてるというから試しに浸かってみたら
排他制御どころかクエリを同時に叩くだけでエラーになるから自前で排他制御を作る羽目になるし
戻り0行のSQL分を叩くだけでタイムアウトになるアホさ加減だ
大小比較分が3つ以上並んだらそうなる
最適化されたDBなら所要時間は単純に3倍で済むロジック量だけど
MySQLは内部構造が完全にイカレテル
ネットワーク接続してないからだろう
コアの部分がそれなりに作られてても周辺ツールがまるで素人の作ったゴミだ
SQLiteに比べて排他制御に優れてるというから試しに浸かってみたら
排他制御どころかクエリを同時に叩くだけでエラーになるから自前で排他制御を作る羽目になるし
戻り0行のSQL分を叩くだけでタイムアウトになるアホさ加減だ
大小比較分が3つ以上並んだらそうなる
最適化されたDBなら所要時間は単純に3倍で済むロジック量だけど
MySQLは内部構造が完全にイカレテル
初心者が通る道だな
必ず解決するから、あきらめないようになw
必ず解決するから、あきらめないようになw
>>165
当たり前だろ
だから言ってるだろ
大小比較を3つ以上並べるのがボトルネックだと
2つなら一瞬で終わる
エンジンそのものか,Net用クライアントのバグってことだろう
日本語を使わないものも試したから文字コードのせいでもない
問題の切り出しをすべてやった上で使えないから頭に来てるだけ
当たり前だろ
だから言ってるだろ
大小比較を3つ以上並べるのがボトルネックだと
2つなら一瞬で終わる
エンジンそのものか,Net用クライアントのバグってことだろう
日本語を使わないものも試したから文字コードのせいでもない
問題の切り出しをすべてやった上で使えないから頭に来てるだけ
Sqliteで運用してるものを移行してるって時点でテーブル構造やSQL文に問題がないのは分かるだろうに
いかにも言いだから一応行っておくと127.0.0.1だから名前解決が~とか意味不明な返しは要らないから
いかにも言いだから一応行っておくと127.0.0.1だから名前解決が~とか意味不明な返しは要らないから
手元にあったら一瞬で解決してやれるけど
間にわけわからんのがいると難しいわな
間にわけわからんのがいると難しいわな
スキーマもクエリプランもデータの統計値わからないので、話のしようがないね
そういえば、MySQLって今でもインデックスは一度にいっこしか使えないんだっけ?
あれって改善されたりした?
あれって改善されたりした?
引き継いだデータベースのあるテーブルにidのカラムがないのはなんか意図があるのかなあ
追加してもいいよね
追加してもいいよね
そんなもん、ここで聞かれたって返答のしようがあるか、バカ
好き勝手にしろ
好き勝手にしろ
>>167
MySQLの負の特徴である「一度にひとつのインデックスしか使わない」に
モロ引っ掛かってるだけじゃない?
インデックスの張り方を工夫するか、条件式を工夫するかしないとダメだろ。
いちいち仕様に切れてるようじゃ技術者としては三流だね。
仕様は乗り越えるものだぜ。
MySQLの負の特徴である「一度にひとつのインデックスしか使わない」に
モロ引っ掛かってるだけじゃない?
インデックスの張り方を工夫するか、条件式を工夫するかしないとダメだろ。
いちいち仕様に切れてるようじゃ技術者としては三流だね。
仕様は乗り越えるものだぜ。
ここで文句を言うよりも、再現できるサンプルを公開して、
どうやって最適化したら良いかを聞いたらいいのに。
その方が得るもの多いと思った。
どうやって最適化したら良いかを聞いたらいいのに。
その方が得るもの多いと思った。
>>180
Lightが本家に文句をつけてる時点でネタ
Lightが本家に文句をつけてる時点でネタ
1分1秒で金稼ぎしてる人間だから初期設定状態でSqliteに劣る時点で使えないゴミでしかないよ
RDMSを名乗る資格はない
RDMSを名乗る資格はない
そんな人間は自分が使うんじゃなく、使える人間を使う立場にいるべきなんじゃ
話題の動画】ホームレス男性のピアノ演奏が素晴らしくて感動
【動画】https://youtu.be/TiuXHdbQEJI
【日本語記事】http://headlines.yahoo.co.jp/hl?a=20150705-00000020-it_nlab-
【動画】https://youtu.be/TiuXHdbQEJI
【日本語記事】http://headlines.yahoo.co.jp/hl?a=20150705-00000020-it_nlab-
ストアドプロシージャで変数の@が付いてる時と付いてない時の違いがよくわかりません
@をつけるとユーザ変数を参照するということはググってわかったのですが、
@をつけてない時でもユーザ変数を参照してるんじゃないのでしょうか?
わかりやすく教えて下さい
@をつけるとユーザ変数を参照するということはググってわかったのですが、
@をつけてない時でもユーザ変数を参照してるんじゃないのでしょうか?
わかりやすく教えて下さい
よくわかりませんが、@をつければdeclareしなくても使えたので
そういうもんだと思っときます
ありした
そういうもんだと思っときます
ありした
読むだけなら@無しでいいけど、渡した先で書き換えるなら@必要、ということでは
>8. ストアドプログラムを多用しない
>残念ながら、MySQLはストアドプロシージャ、ストアドファンクション、トリガなどの性能はあまりよくない。
>出来るだけそれらを利用せずに、ロジックをアプリケーション側に持っていくといいだろう。
http://nippondanji.blogspot.jp/2009/02/mysql10.html
全く使わない方がいいのかそれとも実行してタイムを計ってみるべきか?
>残念ながら、MySQLはストアドプロシージャ、ストアドファンクション、トリガなどの性能はあまりよくない。
>出来るだけそれらを利用せずに、ロジックをアプリケーション側に持っていくといいだろう。
http://nippondanji.blogspot.jp/2009/02/mysql10.html
全く使わない方がいいのかそれとも実行してタイムを計ってみるべきか?
>>192
プログラミング経験がないならそう書いてくれればよかったのに
プログラミング経験がないならそう書いてくれればよかったのに
インターネット上にあるmysqlを使った自作の掲示板やブログのデータを定期的(1日一回程度)にバックアップ取る場合、どう言う手法がお勧めですか?そのホストは自分で管理しているとして。OSはWindowsのサーバー系で。バックアップ先は、自宅のwin7パソコンに。
>>197
有難うございます。ググってみますq
有難うございます。ググってみますq
>>197
このコマンド、ネットワーク経由でバックアップ出来ますか?
このコマンド、ネットワーク経由でバックアップ出来ますか?
できるけど、バックアップはDBのある場所でcron使って
できたファイルをftpでもってきては
できたファイルをftpでもってきては
前へ 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 ○
トップメニューへ / →のくす牧場書庫について