元スレMySQL 総合 Part14
mysql覧 / PC版 / みんなの評価 : ☆
前へ
101 :
エヴァンゲリオンにあわせた曲(バンプのアルエ)みたいな曲ないですか
106 = :
なぜかrootの権限消失してしまって、何度インスコしなおしても戻らん。
OSから入れなおしか？
107 = :
何言っているの？定義ファイルが壊れているだけだろ。何回インストールしてもだめだろ。
109 = :
色々と意味不明。エスパー頼む
115 = :
>>114
判断に必要な情報が足りていない。
【クライアントが入力したデータ】とやらの性質が分からない限りなんともいえない。
117 = :
パフォーマンス考えれば、ちまちま容量増やすわけ無いじゃんｗ
123 = :
>>120
すべてについて常識の範囲内で想定するとしてだ。
単純に、コスト(金と手間)とセキュリティリスクの見合いになると思うなぁ。
最大でも数万レコード程度にしかならず、
かつ何らかの操作ミス等で漏洩しても許容できるような内容なら
統合しといたほうがいいと思う。
このレベルを超えるなら、こんな所で聞いてないで信頼できるベンダーに外注しなさい。
125 = :
>>120
顧客の個人情報が含むなら、万全の対策をすべきだな。
漏出すると会社が潰れかねない。
例えば、等身大ラブドール販売会社ドールスコートはwinnyで顧客情報を流出させた。
http://sakura02.bbspink.com/test/read.cgi/adultgoods/1142163387/26-125
それが致命傷になり現在ではこんなことになっている。
http://doll.surpara.com/
126 = :
5.1.26出たけどまだRCなのか
最初に出すって言ってからもうすぐ1年だよ
いつGAになるんだ
127 :
インデックスの名前空間ってテーブル名と一緒だっけ？テーブル毎？
130 = :
ごくごく単純に言って、
マスタには書き込んだ分の読み取りが発生するので、読み取り量が1.5倍になる。読み取りを均等に分散させるとして、1:2のまま。
スレーブには書き込んだ分の書き込みが発生するので、読み取りを均等に分散させるとして、1:1になる。
ところで、そもそも君は何故レプリケーションする必要に迫られているか？
パフォーマンスの問題を解決したいなら、オーバーヘッド分を犠牲にしてでもレプリケーションするべきだろう。
フェイルオーバーしたいなら、オーバーヘッド分を犠牲にしてでもレプリケーションするべきだろう。
つまり君には、レプリケーションのオーバーヘッドに関わらず、
もはやレプリケーションする道しか残されていないのです。
ただ、単純なレプリケーションでは更新の分散はできないので、1:2なんつー状況で打てる手は少ないと思う。
マスタの分割をセットで考えたほうがいいだろう。
134 :
データ抽出の開始行の40000番目のレコードを見つけるのに時間がかかってるんじゃない？
開始行の番号が小さいうちは気にならないけど、番号が大きくなるとそれだけHDDの走査対象が増えるからだと思います。
136 = :
>>133
ORDER BYを指定しないと戻り値のソート順は不定じゃないの？
フルスキャンするのにテンポラリが作られてたりして。
インデックス付きのカラムを指定してみてはいかがだろうか。
インデックススキャンで済めば、そんなにかからないだろ。
137 = :
133です。
>>134
言われる通りっぽいです。
根拠はありませんが、何も指定しない状態でレコードを抽出すると
その行までのデータをシークしていく様子ですね。
>>136
LIMITで指定せずにORDER BYでインデックス付きのカラムから指定したら
正常に取り出せました。
ありがとうございます！
ソートしていたら、基地外なほど応答がなかったのでソート外したんです。
すると、やや速度は上がったのですが今回のようになりました。
取り出される結果自体は、多分データベースに追加した順番でしたので
全部を参照するだけであれば問題ないはずだったのですが
やはりインデックス付きのid用カラムを使用するべきですよね。
はじめからidを振っていなかったので400,000件のデータに追加できずに
データ初期化する事になりましたが、解決できました。
ありがとうございました。
143 = :
>>142
レス有り難う御座います。
早速試しながら調べてみます。
147 = :
>>135
おー、やっとか！
せめていつGAになるかがもっと早く分かってれば来年春に稼動予定のシステムで
5.1を採用したんだけどなぁ。結局5.0で進めることに先月決定した。
お願いメールも見たよ。鶏か卵かみたいな話になるけど、GAって名前にならないと
ユーザーは増えないと思う。
149 :
質問させていただきます
SQLで既存のテーブルに新しくフィールドを追加しました。
最初はnullなのでそこにデータを入れたいのですが、ファイルから一度に出力させることは出来ないでしょうか？
わかりにくくてすいませんが
他のフィールドにはすでにデータが入っていて、新しいフィールドにはなにもない状況。
新しいフィールドに入れるデータはテキスト形式であるので、
load data infile,,,,としたいのですが、特定のフィールドのみにテキストからデータを挿入するやり方がわからずに質問させていただきました
150 = :
？
テキストを整形して
新しいフィールドだけをUPDATEするSQLの塊を作って流し込めばいいじゃない。
もしくは、運用中でなければ
別テーブルに全部流し込んでおいて、
現行テーブルを削除→別テーブルをリネームで、そっくり入れ換えるとか。
みんなの評価 : ☆
mysql一覧へ類似してるかもしれないスレッド
- MySQL 総合 Part12 (1001) - [94%] - 2008/1/30 17:34 ○
- MySQL 総合 Part13 (996) - [94%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part24 (1010) - [94%] - 2015/2/14 4:46
- MySQL 総合 Part15 (1001) - [94%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part17 (1001) - [94%] - 2010/6/10 20:47 ○
- MySQL 総合 Part18 (986) - [94%] - 2011/1/17 15:46
- MySQL 総合 Part19 (982) - [94%] - 2011/6/9 2:33
- MySQL 総合 Part26 (860) - [89%] - 2023/2/2 9:30
- MySQL 総合 Part20 (995) - [89%] - 2011/10/17 4:48
- MySQL 総合 Part21 (1001) - [89%] - 2011/12/25 22:16
- MySQL 総合 Part22 (1001) - [89%] - 2012/7/10 16:45
- MySQL 総合 Part23 (992) - [89%] - 2013/8/11 17:00
- MySQL 総合 Part25 (947) - [89%] - 2017/6/18 6:30
- MySQL vs PostgreSQL Part2 (941) - [31%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について