私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMySQL 総合 Part21
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
mysql5.1で毎回クエリを書くのが面倒なのでinputrcにマクロ?を記述したのですが、
libeditが選択されているようでうまくいきませんでした。
コンパイル時にシステムのreadlineが選択されるようにオプションを設定するしか
方法はないのでしょうか?
libeditが選択されているようでうまくいきませんでした。
コンパイル時にシステムのreadlineが選択されるようにオプションを設定するしか
方法はないのでしょうか?
order byがない時の順番は、
明示的に並び替えられてはいないものの、常に一定と考えていいですか?
limitで制限する範囲をじょじょに変えてページングする
といったことをよくしますが
その時order byがなくても、ページ間で不整合が起きたりしないでしょうか?
明示的に並び替えられてはいないものの、常に一定と考えていいですか?
limitで制限する範囲をじょじょに変えてページングする
といったことをよくしますが
その時order byがなくても、ページ間で不整合が起きたりしないでしょうか?
もっとも、全件数取得クエリと、検索クエリを分ければ、
order byも使えますが、
あまり順番が重要ではないケースなのです
order byも使えますが、
あまり順番が重要ではないケースなのです
>>463
order by がないときの順番は保証されない。
これはどのDBMSでも共通の仕様。
ただSQL Serverに限ればクラスタードインデックスの順に結果が返る。
My SQLもInnoDBなら主キーがクラスタ索引なので、
もしかしたらその順序で結果が返されるかもね。
主キー以外、という話なら順序は保証されない。
order by がないときの順番は保証されない。
これはどのDBMSでも共通の仕様。
ただSQL Serverに限ればクラスタードインデックスの順に結果が返る。
My SQLもInnoDBなら主キーがクラスタ索引なので、
もしかしたらその順序で結果が返されるかもね。
主キー以外、という話なら順序は保証されない。
>>470
ってことは、結局ページロード時に毎回引いてるってことだよね?
ってことは、結局ページロード時に毎回引いてるってことだよね?
>>471
詳しいことはわからないけれども
昔はページの移動毎に毎回limitとoffsetで検索してたので
ページ移動に時間がかかっていたが、
この方法に変て1回目の表示は今までどおり時間がかかるけど
ページ移動では時間がかからなくなった。もちろんlimitはつけない。
詳しいことはわからないけれども
昔はページの移動毎に毎回limitとoffsetで検索してたので
ページ移動に時間がかかっていたが、
この方法に変て1回目の表示は今までどおり時間がかかるけど
ページ移動では時間がかからなくなった。もちろんlimitはつけない。
全部読み込むって結果が数万件でも?
なんかすごくおそろしい処理をしてるような気がするけど気のせい?
なんかすごくおそろしい処理をしてるような気がするけど気のせい?
それとも結果セットを持ったままってことかな?
接続を越えて結果セットを持ち回すなんてことできる?
接続を越えて結果セットを持ち回すなんてことできる?
>>476
多分、毎回全件引いてて、SQLのキャッシュが効いてるから早く感じるだけじゃない?
これ、ちょっと考えたほうがいいかもよ。pageIDでoffsetしたほうがいいと思う。
ま、アクセス数が少ないサイトならいいと思うけど、非効率
多分、毎回全件引いてて、SQLのキャッシュが効いてるから早く感じるだけじゃない?
これ、ちょっと考えたほうがいいかもよ。pageIDでoffsetしたほうがいいと思う。
ま、アクセス数が少ないサイトならいいと思うけど、非効率
コードを見る限り、全て読んでるように見えるね
巨大な結果が返ってくることを想定してないような
巨大な結果が返ってくることを想定してないような
>>480
くぐれよ、クソ高専
くぐれよ、クソ高専
>>481
判らんから聞いてんだ、この低学歴中卒
判らんから聞いてんだ、この低学歴中卒
普通のスレで学歴バトルは、四大の偏差値で戦うのが普通なのに
中卒と高専卒で戦うって、どんなスレなんだw
その学歴で戦うなら、比較するのは現場での実力だけだろ?
中卒と高専卒で戦うって、どんなスレなんだw
その学歴で戦うなら、比較するのは現場での実力だけだろ?
>>477
よくわからんが、
これが毎回全件引いてるとして、そのデータを全部Smartyに渡しているとしたら
表示するのはたかだかgetPageData(current_page)だけなので、
あまりにも馬鹿なことをやっているコードになってしまう。
そんな馬鹿なコードだろうか?
それとも全件を一括で一度引いといて表示だけをずらしていると考えるのが妥当じゃね?
よくわからんが、
これが毎回全件引いてるとして、そのデータを全部Smartyに渡しているとしたら
表示するのはたかだかgetPageData(current_page)だけなので、
あまりにも馬鹿なことをやっているコードになってしまう。
そんな馬鹿なコードだろうか?
それとも全件を一括で一度引いといて表示だけをずらしていると考えるのが妥当じゃね?
476に記述されたページの通り
レコード数が大きい場合は死ぬる
Smartyに渡すかどうかの前に、DBからデータを受け取る時点でPHPのメモリが溢れるよ
レコード数が大きい場合は死ぬる
Smartyに渡すかどうかの前に、DBからデータを受け取る時点でPHPのメモリが溢れるよ
mysql 5.1.54 (WinXP)
load data infile で教えてください
http://codepad.org/mUNiAHRS
に作成したテーブル定義と
実行しようとしたload data文及び
ロードしたいファイルの内容があります。
そこにあるload data文を実行したところ、
1261 - Row 1 doesn't contain data for all columns
というエラーが出ます。
ignore 1 lines で1行無視しろとしているはずなんですが
どうしてこのエラーになるのか、また対処方法を教えていただけないでしょうか
load data infile で教えてください
http://codepad.org/mUNiAHRS
に作成したテーブル定義と
実行しようとしたload data文及び
ロードしたいファイルの内容があります。
そこにあるload data文を実行したところ、
1261 - Row 1 doesn't contain data for all columns
というエラーが出ます。
ignore 1 lines で1行無視しろとしているはずなんですが
どうしてこのエラーになるのか、また対処方法を教えていただけないでしょうか
2行目もやっぱりcolumn数が違うんじゃね
区分け文字がTABとコンマで違うとか、列数が違うとか。。
区分け文字がTABとコンマで違うとか、列数が違うとか。。
あぁ、やっぱりw
FIELD TERMINATED BY ',' とか言ってるのに、TABで分けてらw
FIELD TERMINATED BY ',' とか言ってるのに、TABで分けてらw
レスありがとうございます。
codepadに記載した段階で変換されたのかも知れませんが、csvファイルなんで、
','
で、合っていると思うのですが。
実際テキストエディタで見ればカンマ区切りになっています。
codepadに記載した段階で変換されたのかも知れませんが、csvファイルなんで、
','
で、合っていると思うのですが。
実際テキストエディタで見ればカンマ区切りになっています。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- MySQL 総合 Part22 (1001) - [94%] - 2012/7/10 16:45
- MySQL 総合 Part20 (995) - [94%] - 2011/10/17 4:48
- MySQL 総合 Part25 (947) - [94%] - 2017/6/18 6:30
- MySQL 総合 Part24 (1010) - [94%] - 2015/2/14 4:46
- MySQL 総合 Part23 (992) - [94%] - 2013/8/11 17:00
- MySQL 総合 Part26 (860) - [94%] - 2023/2/2 9:30
- MySQL 総合 Part13 (996) - [89%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part14 (1001) - [89%] - 2008/11/23 10:17 ☆
- MySQL 総合 Part15 (1001) - [89%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part17 (1001) - [89%] - 2010/6/10 20:47 ○
- MySQL 総合 Part18 (986) - [89%] - 2011/1/17 15:46
- MySQL 総合 Part19 (982) - [89%] - 2011/6/9 2:33
- MySQL 総合 Part12 (1001) - [89%] - 2008/1/30 17:34 ○
- MySQL vs PostgreSQL Part2 (941) - [36%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について