私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
ログインするとレス評価できます。登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

元スレMySQL 総合 Part18

mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニュー

みんなの評価 :
レスフィルター : (試験中)

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

251 : NAME IS - 2010/09/03(金) 22:15:11 ID:??? (+27,+29,-25)

ツールを作っておくんだ。
○○行ずつ、insert文で突っ込み、待ち○○秒。
１ファイルが終わったら次。
その間、股間でも弄っているがよい。

252 : NAME IS - 2010/09/03(金) 23:01:44 ID:??? (+25,+27,-2)

>>250
オートコミットじゃ駄目なん?

253 : 250 - 2010/09/03(金) 23:15:02 ID:??? (+27,+29,-26)

>>251
バッチとかで大丈夫でしょうか…股間はやめときます。

>>252
オートコミットで検索してみましたが、良くわかりませんでした。
初心者はINSERTでちまちまやります。

どうもでした。

257 : NAME IS - 2010/09/04(土) 00:05:11 ID:??? (+30,+29,-21)

通信バッファサイズというのがあってだな。
で、あの質問になったんだろ。

258 : NAME IS - 2010/09/04(土) 00:42:58 ID:??? (+27,+30,+0)

>>257
>>251

259 : NAME IS - 2010/09/04(土) 02:39:48 ID:??? (+13,+25,+0)

うん

260 : NAME IS - 2010/09/04(土) 13:37:01 ID:??? (+37,+29,-13)

INDEXって付けると本当に速くなるの？
そこまで、大きいDBを扱ったことが無いからわからない

261 : NAME IS - 2010/09/04(土) 20:35:04 ID:??? (+9,+24,+0)

大差無い

263 : 260 - 2010/09/04(土) 21:03:00 ID:??? (-26,-21,+2)

>>261-262
thx

264 : NAME IS - 2010/09/06(月) 12:09:59 ID:??? (-16,-29,-39)

今まで使いやすさからSQLiteを使ってたんですがMySQLにチェンジしようと思います
そこで質問なのですが、SQLiteに慣れてばMySQLに慣れるのも早いのでしょうか？
それとSQLiteで作成したデータベースを移行したりできるのでしょうか？

265 : NAME IS - 2010/09/06(月) 12:18:36 ID:??? (+22,+29,-2)

ーーーーここまでよんだーーーー

266 : NAME IS - 2010/09/06(月) 13:23:17 ID:??? (+27,+29,-18)

>>264
その程度の判断ができないなら、今のままのほうが良いよ。

267 : NAME IS - 2010/09/06(月) 13:59:12 ID:??? (+34,+29,-42)

そんなに冷たくするなよ。
>>264様は、調べに調べたんだよ。
googleで「sqlite mysql 移行」で最初に出てくるページももちろん見たさ。
けど、create redmineで躓いてしまったんだよ。。。
調べないでいきなり質問するわけがない。

268 : NAME IS - 2010/09/06(月) 15:57:31 ID:??? (-24,-29,-47)

レプリケーションで下のような構成にしようと思ったんですがスレーブ→スレーブって無理ですか？

マスター
↓
スレーブ１（スレーブ２のマスター）
↓
スレーブ２

269 : NAME IS - 2010/09/06(月) 16:58:42 ID:??? (+7,+8,-4)

>>267も情弱でワロタｗ

271 : NAME IS - 2010/09/06(月) 17:33:52 ID:??? (-27,-30,-25)

その場合、
[mysqld]
log_slave_updates
read_only
という指定でいいんでしょうか？

272 : 268 - 2010/09/06(月) 17:46:02 ID:??? (+27,+29,-4)

>>270
ありがとうございます

>>271さんは私ではないので>>271は未解決かと思います。

273 : NAME IS - 2010/09/06(月) 17:51:16 ID:??? (+31,+29,-1)

>>272
あ、お気づかいありがとうございます。

276 : NAME IS - 2010/09/07(火) 16:15:21 ID:??? (+23,+29,-72)

>>274
アホが「s_id = 1」だけ変更するからそれの保険とか、
PKだと知らなくても1レコードしか返らないのを明示できるとか。

DB側もテーブル定義まで知らない立場でもなんらかの最適化がかけられなくもない。
実際の実装はしらんけどね。

277 : NAME IS - 2010/09/07(火) 16:16:03 ID:??? (+27,+29,-3)

なんかの不具合へのアドホックな対策みたいで気持ち悪いわ

278 : 274 - 2010/09/07(火) 16:33:39 ID:C1jYjJT2 (-13,+30,-88)

>>275
性能も変わらないのですね、ありがとうございます。

>>276
＞PKだと知らなくても1レコードしか返らないのを明示できるとか。
これくらいしか思いつかないですよね。
ですが、phpで接続しており、先頭の1レコードしか処理してないんですよ。
仮に主キーじゃなく、複数レコードが返ってきても先頭しか処理されない…

>>277
このような記述が多くみられるので、違和感を感じていて質問したのですが、ますます違和感を感じるようになってしまいました。

279 : NAME IS - 2010/09/07(火) 19:50:12 ID:??? (+31,+29,-3)

>>269
俺からしたら>>266も>>267も情弱だけどな

281 : NAME IS - 2010/09/08(水) 02:15:45 ID:??? (+27,+29,-32)

MySQLの情報の探し方って、意外と難しいよね。
やっと見つけても、ブログ書いてる人の文才が無くてまとまっていなかったり・・。

282 : NAME IS - 2010/09/08(水) 10:56:58 ID:??? (+14,+26,-2)

公式嫁よ

283 : NAME IS - 2010/09/08(水) 11:52:12 ID:??? (+27,+29,-8)

公式の訳最悪
英語読んでもやっぱりわかりにくい

284 : NAME IS - 2010/09/08(水) 13:11:03 ID:??? (+25,+27,-16)

公式マニュアルはオンラインヘルプという
抜粋版で少し訳の品質のよいバージョンがあるよ
http://dev.mysql.com/doc/refman/5.1-olh/ja/index.html

285 : NAME IS - 2010/09/08(水) 15:47:09 ID:??? (+38,+29,-99)

MySQLエキスパートの方に質問
ユーザーIDを単なる連番にすると推測されてしまうので
md5した値にしたんだけど、32文字の文字列を事実上キーとして使うと
速度低下しますかね？
もちろんちょっとぐらいで済めば全然良いんだけど
ていうか自分で計測しろってか、すみません

286 : NAME IS - 2010/09/08(水) 16:09:48 ID:??? (+48,+29,-30)

>>285
推測されてまずいことあるの？
md5したってバレる人にはバレる

どういうサービスかにもよるのでそこんとこ分からないとなんともいえないけどね

287 : NAME IS - 2010/09/08(水) 16:25:07 ID:??? (+40,+29,-25)

>>286
推測されてまずいことは多分あります
そのままmd5するわけではないのでまずばれないと思います

ひとまず速度だけが心配
あまり遅くなるようならCRC32とかに変えるかも

288 : NAME IS - 2010/09/08(水) 16:45:17 ID:??? (+29,+29,-15)

めちゃくちゃ速度低下するとしたら、どうするの？

289 : NAME IS - 2010/09/08(水) 16:48:14 ID:??? (-29,-29,-71)

・連番をMD5したものがユーザID
・ユーザIDは連番だけどMySQLに格納する際にMD5する
どっちなのかが分からない

290 : NAME IS - 2010/09/08(水) 17:15:10 ID:??? (+28,+28,-6)

>>288
>>287

>>289
どっちかと言えば前者
番号を使いたくないので、md5で置き換える感じ

291 : 286 - 2010/09/08(水) 17:23:16 ID:??? (+35,+29,-14)

>>287
いろいろ知識不足で突っ込みどころ満載だけど聞かれたところだけ答える
それくらいじゃ全然問題ないからどんどんやればいいよ

292 : NAME IS - 2010/09/08(水) 17:27:35 ID:??? (+32,+29,-96)

そうするとMD5の計算はユーザ登録のときしか使わないわけだから、
主キーが4バイトから32バイトになることによる比較処理の負荷増と、
データ量が増えてメモリに乗らなくなるタイミングが早まるところが懸念点か。

それくらいなら気にしなくてもいいと思った。
MySQLのSQL構文解析処理の方が何十倍も重いと思う

293 : NAME IS - 2010/09/08(水) 17:54:08 ID:??? (+27,+29,-22)

オートインクリメント番号を暗号化する意味が分からない
そんなもん知られただけでまずいシステムって…

負荷とか気にする以前の問題だな

294 : NAME IS - 2010/09/08(水) 18:05:36 ID:??? (-23,-29,-44)

たとえばmixiだとshow_profile.plに適当なID渡すとプロフ見れちゃうだろ？
そういうことをできなくしたいんだよ
簡単に言うと

295 : NAME IS - 2010/09/08(水) 18:11:03 ID:??? (+27,+29,-4)

それはPK以外の部分でやるべき話だろう

296 : NAME IS - 2010/09/08(水) 21:04:59 ID:??? (+27,+29,-30)

そうだな。
システム内部で扱う会員IDはユニークな連番
会員自身が認識する俺IDはメアドでも何でも
なんてのは珍しくもないだろうな。

297 : NAME IS - 2010/09/09(木) 16:15:08 ID:??? (+27,+29,-47)

俺初心者なんだけど>>294みたいなことをできなくしたい場合
IDを暗号化するのが簡単だと思うんだが
ならそれをキーとして使えば、連番なんていらないんじゃないの？

298 : NAME IS - 2010/09/09(木) 16:39:43 ID:??? (+33,+30,-150)

>>297
>>294みたいなことができちゃうのはプログラムの問題でしょ？
それにmixiみたいにオープンなサイトなら見られてもいいから見せているわけで。
何が問題なの？
連番がかっこ悪いとか（32文字の暗号もダサいぜ…）宗教上の理由なら別だけど。

それでも暗号化・復号化できる自作のプログラム組んで表示の時だけ暗号化したほうが絶対いい。

mysqlにはオートインクリメントとという便利な機能がある。
それをわざわざ暗号化してDBにいれるなんてどうかしてるゼ！
そもそもどんなサービスなのかすら情報がないのに応えられないわ

299 : NAME IS - 2010/09/09(木) 17:07:47 ID:??? (+30,+29,-20)

隠したい、っていう答えで納得してやれよｗ
何だかわからないが隠したいIDは、PK以外でやるべきだ。
で結論が出てるし。

300 : NAME IS - 2010/09/09(木) 17:11:13 ID:??? (+35,+29,-84)

単に宗教なのかな
Mysqlのオートインクリメントという便利な機能を使わないなんてどうかしてる！
自作のプログラム作ってエンコード＆デコードするべきだ！
ってのと
面倒くさいからキーを暗号化すりゃいんじゃね？無駄なコードは書かない主義
ってのと。
まあどっちでも好きにすればいんじゃね

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで /

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 ○

トップメニューへ / →のくす牧場書庫について

総計:	127,062,305人
頁
昨日:	no data人
頁
今日:	人
頁