のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,645,434人
昨日:no data人
今日:
最近の注目
人気の最安値情報

私的良スレ書庫

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

元スレMySQL 総合 Part20

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
351 : NAME IS - 2011/08/03(水) 03:21:41.56 ID:??? (-1,-29,-36)
今風のUI。Ajaxを使ったPHPベースのMySQL管理システム「MyWebSql」
http://www.moongift.jp/2011/07/20110731-2/
これ便利そうだな、phpmyadminより良さそう
352 : NAME IS - 2011/08/03(水) 07:51:42.86 ID:FuNOWK6t (+18,+28,-16)
またセキュリティホール増やすのか
353 : NAME IS - 2011/08/03(水) 07:53:01.62 ID:??? (+2,-29,-3)
moongiftってRubyスレで暴れてた基地外じゃないか
354 : NAME IS - 2011/08/03(水) 08:56:26.55 ID:ethrgDzv (+0,+8,+2)
>>353
kwsk
355 : NAME IS - 2011/08/04(木) 14:05:52.54 ID:??? (+98,+29,-40)
このMySQL-MHAってツールはどのくらい凄い事なんでしょうか?


「DeNAが社内利用しているMySQLの自動フェイルオーバーツール、オープンソースで公開開始」
http://www.publickey1.jp/blog/11/denamysql_1.html
356 : NAME IS - 2011/08/04(木) 15:17:13.44 ID:??? (+39,+21,+0)
知らん
357 : NAME IS - 2011/08/04(木) 15:39:23.52 ID:??? (+38,-29,-44)
>>355
・Active-Stanby構成のHAクラスタがいらないところ。
・つまりサーバーリソースが無駄にならない。
・寝覚めが良くなる。

問題はR/W Splittingしている場合のフェイルオーバー時の挙動。
358 : NAME IS - 2011/08/04(木) 19:35:34.41 ID:??? (+71,+29,-63)
>>355
・健康で文化的な最低限度の生活を営む権利を有する。
・納税の義務を負う。
・その能力に応じて、ひとしく教育を受ける権利を有する。

問題は施行後に獲得された領土についての場所的適用範囲。
360 : NAME IS - 2011/08/05(金) 14:44:52.53 ID:??? (+48,+25,-3)
メガネを換えるんだ
361 : NAME IS - 2011/08/05(金) 15:01:22.87 ID:??? (+52,+29,-2)
メガネは顔の一部です
362 : NAME IS - 2011/08/05(金) 16:45:57.77 ID:??? (+45,+27,+0)
遠近両用
363 : NAME IS - 2011/08/05(金) 18:02:57.18 ID:??? (-6,-29,+0)
InnoDBがクソすぎる
364 : NAME IS - 2011/08/05(金) 18:21:17.88 ID:??? (+52,+29,-4)
クソも食えば栄養になる
365 : NAME IS - 2011/08/05(金) 20:58:47.98 ID:??? (+50,+27,-2)
その栄養がまたクソになる
366 : NAME IS - 2011/08/05(金) 21:30:58.77 ID:??? (+30,+2,-2)
そのクソは、やがてinnoDBとなる
367 : NAME IS - 2011/08/05(金) 21:40:27.01 ID:??? (-6,-29,+0)
InnoDBがクソすぎる
368 : NAME IS - 2011/08/06(土) 00:01:47.76 ID:??? (+52,+29,-4)
クソも食えば栄養になる
369 : NAME IS - 2011/08/06(土) 00:54:52.85 ID:??? (+63,+30,-157)
http://www.youtube.com/watch?v=hj1B8OGgwYc
検証番組とかいらないと思うよ。
とりあえず謝らないと、それはそれで問題だから、まあ、謝ったの?は正しいと思うけど。
これってさ、間違えを犯してさ、今度から気をつけようってレベル?のことじゃあないから。
風評被害で自殺してる農家だっているんだぜ?
震災の時って、日テレとかフジでも中継の時に不謹慎なことを
やってる人がいたけど、その程度のメディアリテラシーの人間が番?組作ってるから、
その程度の人間しか見なくなって、見ると人がどんどん減ってるっ?てことに、
そろそろ気がついたほうがいいよ。
まあ、オレは見ないから関係ないけどね。?
MYSQL5 <-注目
370 : NAME IS - 2011/08/06(土) 10:48:46.02 ID:??? (+94,+29,-92)
質問
検証できる環境が手元に無いので聞きたいんだけど
mysqldumpでスキーマ別でダンプデータとって、
それをそのまま同じスキーマにリストアしてしまった場合って
データは二重に登録されてしまう?
それともその後差分があったとしたらその差分が消されるとかでしょうか
371 : NAME IS - 2011/08/06(土) 10:51:42.76 ID:??? (+62,+5,-15)
試してから質問しろ
372 : NAME IS - 2011/08/06(土) 11:14:17.65 ID:??? (+102,+25,-13)
>>370
ヒント。プライマリーキー。
373 : NAME IS - 2011/08/06(土) 11:48:10.82 ID:??? (+71,+29,-23)
>>371
試したいんだけど、数日検証できない状況にいるからすぐ知りたくて

>>372
ありがとう
てことは、データが二重に登録されることはないんだね
375 : NAME IS - 2011/08/06(土) 15:58:08.03 ID:??? (-1,-29,-17)
どんなテーブル構成かわからんけど、
order by desc でどう?
376 : NAME IS - 2011/08/06(土) 18:52:48.68 ID:??? (+13,-30,-66)
テーブルは簡単で、less_no int, msg textです。
たとえば、書き込みが900件だと 801~900番までを順に取得したいです。descだと逆転して900番から上に取得になります。
レスのサイズを先に取得して、limitで開始位置を指定すればできますが、もう少しスマートで簡単に取得できる方法があれば教えていただきたいですm(_ _)m
377 : NAME IS - 2011/08/06(土) 19:20:28.88 ID:??? (+17,-15,-6)
>レスのサイズを先に取得して

レスのサイズって何?
378 : 376 - 2011/08/06(土) 19:30:13.25 ID:??? (+0,-29,-26)
>>377
テーブルの行数、掲示板のレスの数です。レスの数がわかれば -100でlimitの開始位置がわかります。
380 : NAME IS - 2011/08/06(土) 20:25:24.66 ID:??? (+47,+29,-22)
>>379
トリガを使うケースに見える。

ただ、DELETEしたら番号崩れるじゃないかとか
他に心配することがたくさんありそう
381 : NAME IS - 2011/08/06(土) 20:48:19.81 ID:vIoRVp2z (+50,+29,-31)
>>380
トリガていうんですか、、調べてみます
取得したい値はオートインクリメントの主キーなんですが、deleteしたら崩れるんでしょうか?
不安になってきた、今のやり方のままで良いのかなぁ…
382 : NAME IS - 2011/08/06(土) 21:41:01.98 ID:??? (+57,+29,-12)
番号崩したくないならDELETEしなきゃいいじゃない
383 : NAME IS - 2011/08/06(土) 23:08:47.41 ID:??? (+47,+19,-14)
それだとDELETEの存在意義が無いように思えるのですが
384 : NAME IS - 2011/08/06(土) 23:14:59.28 ID:??? (+67,+29,-27)
>>381
取得する値(キー)じゃなくて設定したい値(「このデータは101行目だよ」)のことだろ。
なにをどうしたいのか、もうちょっとわかるように説明すれ。
385 : NAME IS - 2011/08/06(土) 23:19:09.31 ID:??? (+57,+29,-4)
初心者なので何をどう説明すればちゃんと理解してもらえるのかわかりません
386 : NAME IS - 2011/08/06(土) 23:35:03.78 ID:??? (+56,+28,-29)
オートインクリメントの主キーがDeleteしたら崩れるとか
何言いたいのかわからない
387 : NAME IS - 2011/08/06(土) 23:46:19.19 ID:??? (+57,+29,-7)
わからないのは私の説明不足ではなく、あなたの理解力が足りないせい?
388 : NAME IS - 2011/08/06(土) 23:51:42.20 ID:??? (+37,+14,-15)
連番にしたいのか?やめとけ
389 : NAME IS - 2011/08/06(土) 23:51:42.51 ID:??? (+5,-22,-7)
AがBです。
でも、AがBっておかしくない?

日本語以前の問題かもしれない。。
390 : 381 - 2011/08/07(日) 00:13:15.53 ID:??? (+78,-30,-296)
>>384
なるほど!そういうことですか!勘違いしてました、納得出来ました

a-1)既存データが100件ある。最新データの主キーのidは100で一致してる
a-2)次にinsert予定のデータが何件目になるか判定する >101である
a-3)「101件目だよ」としてinsertする(id=0 でinsert、auto_incrementのため)

b-1)既存データが70件ある。最新データの主キーのidは100。(30件削除したのでデータ数とは一致しない)
b-2)次にinsert予定のデータが何件目になるか判定する >101である
b-3)「101件目だよ」としてinsertする(id=0 でinsert、auto_incrementのため)

これが両方成立するような、スマートなやり方を知りたいんです
最初に書いたような、とりあえずinsertしてlastinsetIdとって対象カラムをupdateすれば確実なんですが
何か他にやり方あるかなって。。

実際の計画としては「101件目だよ」の部分には別のデータが入ります
idをパラメータにした http://hoge.com/id/101 てページがあって、
それをgoo.glのshortURLに変換して 101件目だよ のカラムに入れてInsertしたいんです
なので、自己のIDの値がinsertの時点で必要なんです
最初からこう書いた方がわかりやすかったかもですね、すみません
391 : NAME IS - 2011/08/07(日) 00:32:43.41 ID:??? (+66,-29,-36)
1) IDを決める
2) IDをもとにしたショートURLを求める

これって2)を1)と同時にやる必要なくない?
ショートURLあらかじめ10万個ぐらい作っておいて
SHORT_URL(ID, URL)テーブルに入れておけばいいんじゃ
392 : NAME IS - 2011/08/07(日) 01:22:04.74 ID:??? (+54,+26,-1)
>>391
何の話?
393 : NAME IS - 2011/08/07(日) 01:24:30.86 ID:??? (+83,+14,-14)
>>390
理解したと思ったら、他の奴のレスをもう一回読んで、
本当に必要な設計を再検討してみると良いよ。
単に auto increment 使うのが最適解に100万円。
394 : NAME IS - 2011/08/07(日) 01:27:43.40 ID:??? (+36,-29,-12)
mysqlにSEQUENCEはないからスマートな手段もないんじゃね。
goo.glのAPIのリターンを待つ必要があるのが最大のポイントじゃね。
395 : 381 - 2011/08/07(日) 01:43:30.67 ID:??? (+68,+29,-26)
>>391
確かにそうなんですけどね、apiがエラーした時が恐いし
>>393
もう一回読んでみます
>>394
goo.gl、恐くなってきたな~

皆さん意見ありがとうございました
396 : NAME IS - 2011/08/07(日) 05:05:39.69 ID:??? (+34,-27,-5)
IDテーブルに1レコード作って自分で管理すれば?
397 : NAME IS - 2011/08/07(日) 05:53:05.99 ID:??? (-6,-30,-43)
>>374
SELECT * FROM (SELECT * FROM t ORDER BY less_no DESC LIMIT 100) AS recent ORDER BY less_no ASC;
398 : 381 - 2011/08/07(日) 06:41:29.69 ID:??? (+95,+29,-31)
>>396
自前でショートURL機能実装した方が良い気もするんですが。。どうなんですかねぇ
399 : NAME IS - 2011/08/07(日) 08:28:47.42 ID:??? (+7,-30,-82)
ハード更改したんだけど、あまりパフォーマンスが変わらないから、
topで見たらシングルのまま動いてるみたい。

まんべんなくCPUを使うための設定って何か必要なのですか?

centos5でmysqlのバージョンは
Ver 14.12 Distrib 5.0.77, for redhat-linux-gnu (i686) using readline 5.1

DBはMyISAM型です。
←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql スレッド一覧へ
スレッド評価: スレッド評価について
みんなの評価 :
タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

類似してるかもしれないスレッド


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