元スレMySQL 総合 Part18
mysql覧 / PC版 / みんなの評価 :
前へ
251 = :
ツールを作っておくんだ。
○○行ずつ、insert文で突っ込み、待ち○○秒。
１ファイルが終わったら次。
その間、股間でも弄っているがよい。
252 = :
>>250
オートコミットじゃ駄目なん?
253 = :
>>251
バッチとかで大丈夫でしょうか…股間はやめときます。
>>252
オートコミットで検索してみましたが、良くわかりませんでした。
初心者はINSERTでちまちまやります。
どうもでした。
257 = :
通信バッファサイズというのがあってだな。
で、あの質問になったんだろ。
258 = :
259 = :
うん
260 = :
INDEXって付けると本当に速くなるの？
そこまで、大きいDBを扱ったことが無いからわからない
261 = :
大差無い
265 = :
ーーーーここまでよんだーーーー
266 = :
>>264
その程度の判断ができないなら、今のままのほうが良いよ。
267 = :
そんなに冷たくするなよ。
>>264様は、調べに調べたんだよ。
googleで「sqlite mysql 移行」で最初に出てくるページももちろん見たさ。
けど、create redmineで躓いてしまったんだよ。。。
調べないでいきなり質問するわけがない。
269 = :
>>267も情弱でワロタｗ
272 = :
>>270
ありがとうございます
>>271さんは私ではないので>>271は未解決かと思います。
273 = :
>>272
あ、お気づかいありがとうございます。
276 = :
>>274
アホが「s_id = 1」だけ変更するからそれの保険とか、
PKだと知らなくても1レコードしか返らないのを明示できるとか。
DB側もテーブル定義まで知らない立場でもなんらかの最適化がかけられなくもない。
実際の実装はしらんけどね。
277 = :
なんかの不具合へのアドホックな対策みたいで気持ち悪いわ
279 = :
>>269
俺からしたら>>266も>>267も情弱だけどな
281 = :
MySQLの情報の探し方って、意外と難しいよね。
やっと見つけても、ブログ書いてる人の文才が無くてまとまっていなかったり・・。
282 = :
公式嫁よ
283 = :
公式の訳最悪
英語読んでもやっぱりわかりにくい
284 = :
公式マニュアルはオンラインヘルプという
抜粋版で少し訳の品質のよいバージョンがあるよ
http://dev.mysql.com/doc/refman/5.1-olh/ja/index.html
285 = :
MySQLエキスパートの方に質問
ユーザーIDを単なる連番にすると推測されてしまうので
md5した値にしたんだけど、32文字の文字列を事実上キーとして使うと
速度低下しますかね？
もちろんちょっとぐらいで済めば全然良いんだけど
ていうか自分で計測しろってか、すみません
286 = :
>>285
推測されてまずいことあるの？
md5したってバレる人にはバレる
どういうサービスかにもよるのでそこんとこ分からないとなんともいえないけどね
287 = :
>>286
推測されてまずいことは多分あります
そのままmd5するわけではないのでまずばれないと思います
ひとまず速度だけが心配
あまり遅くなるようならCRC32とかに変えるかも
288 = :
めちゃくちゃ速度低下するとしたら、どうするの？
290 = :
>>288
>>287
>>289
どっちかと言えば前者
番号を使いたくないので、md5で置き換える感じ
291 = :
>>287
いろいろ知識不足で突っ込みどころ満載だけど聞かれたところだけ答える
それくらいじゃ全然問題ないからどんどんやればいいよ
292 = :
そうするとMD5の計算はユーザ登録のときしか使わないわけだから、
主キーが4バイトから32バイトになることによる比較処理の負荷増と、
データ量が増えてメモリに乗らなくなるタイミングが早まるところが懸念点か。
それくらいなら気にしなくてもいいと思った。
MySQLのSQL構文解析処理の方が何十倍も重いと思う
293 = :
オートインクリメント番号を暗号化する意味が分からない
そんなもん知られただけでまずいシステムって…
負荷とか気にする以前の問題だな
295 = :
それはPK以外の部分でやるべき話だろう
296 = :
そうだな。
システム内部で扱う会員IDはユニークな連番
会員自身が認識する俺IDはメアドでも何でも
なんてのは珍しくもないだろうな。
297 = :
俺初心者なんだけど>>294みたいなことをできなくしたい場合
IDを暗号化するのが簡単だと思うんだが
ならそれをキーとして使えば、連番なんていらないんじゃないの？
298 = :
>>297
>>294みたいなことができちゃうのはプログラムの問題でしょ？
それにmixiみたいにオープンなサイトなら見られてもいいから見せているわけで。
何が問題なの？
連番がかっこ悪いとか（32文字の暗号もダサいぜ…）宗教上の理由なら別だけど。
それでも暗号化・復号化できる自作のプログラム組んで表示の時だけ暗号化したほうが絶対いい。
mysqlにはオートインクリメントとという便利な機能がある。
それをわざわざ暗号化してDBにいれるなんてどうかしてるゼ！
そもそもどんなサービスなのかすら情報がないのに応えられないわ
299 = :
隠したい、っていう答えで納得してやれよｗ
何だかわからないが隠したいIDは、PK以外でやるべきだ。
で結論が出てるし。
300 = :
単に宗教なのかな
Mysqlのオートインクリメントという便利な機能を使わないなんてどうかしてる！
自作のプログラム作ってエンコード＆デコードするべきだ！
ってのと
面倒くさいからキーを暗号化すりゃいんじゃね？無駄なコードは書かない主義
ってのと。
まあどっちでも好きにすればいんじゃね
みんなの評価 :
mysql一覧へ類似してるかもしれないスレッド
- MySQL 総合 Part12 (1001) - [94%] - 2008/1/30 17:34 ○
- MySQL 総合 Part13 (996) - [94%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part14 (1001) - [94%] - 2008/11/23 10:17 ☆
- MySQL 総合 Part15 (1001) - [94%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part17 (1001) - [94%] - 2010/6/10 20:47 ○
- 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 総合 Part24 (1010) - [89%] - 2015/2/14 4:46
- MySQL 総合 Part25 (947) - [89%] - 2017/6/18 6:30
- MySQL vs PostgreSQL Part2 (941) - [31%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について