  |
はてなキーワード: ロールバックとは
運営は仕様変更など一切せずにずっと放置中だが、神運営と呼ぶ人もいる
そもそも仕様があまりに複雑かつ膨大すぎて未だに誰も完全には理解できていない
マップはとてつもなく広大だがプレイヤーが移動できる範囲はごく一部
時間は限られているが、特に決められたシナリオは存在しない謎仕様
あまりに自由度が高すぎて自分で何か目標を設定しないと何のためにプレイしてるのか分からなくなる
目標を定めレベルアップしてスキルを習得しても報われないバグが多い
しかし、コミュニケーションスキルだけはどんな場合も役に立つ最強スキルだが、プレイヤーによってはそれを習得すること自体が非常に厳しい
途中でつまらなくなってもデータをロールバックすることはできない
…という話がいつ出てくるのかと思っていたらリアルで割と同じ事が起こってるでござる。
PHPユーザー会の中の人とたまたま話したんだけど、アプリケーションのPHP5.2系からPHP5.3系への移行が滞っているようだ。
「業務でPHP5.3使ってますよー。」って言ったらむしろ驚かれた。どういうこった？
いま移行せずに、PHP5.3ってどうなるのよ？その先にあるPHP6系ってどうなるのよ？不安しかでてこない。
29才の男。こないだの続き。
結論から書く、12月25日の午前３時に俺は中国女と会話してクリスマスは終了した。少しロールバックしてみる。
メールをもらったのは12月の後半だった。前回フェイク入れたが実際の文面はこうだった。
「男さん、1*万で私を買ってくれませんか？」
おや、この子は地味なようでいてきわどい言い方をする、プレゼントはブランド物のカバンだろうか？
そのとき俺はそんな風に考えた。だが、つきあい初めから甘やかせると碌なことにならない、文面通りに答える。
「え、どうしたの？なにか相談なら乗るけど？」
そこで返信が途絶えた。一日置いて電話すると女が出た。
「どうした？」「いや、なんでもないです」声が暗い。
「なにかあったの？」「まぁちょっと・・・」「悩み事？」「まぁ・・・」「結構きつめの？」「まぁ」
「あのメールなんだけど、」「今度会ったときに話します。」「えっ？じゃあ・・・」「はい・・・」
女は本気っぽかった。会う予定を決めて電話を切った。
そういえば、女は「今は言えないけど○○なので、」みたいなメールを送ってくることが多かった。過去のメールを読み返してみる。
すると、風俗で有名でもある駅にいるだとか、副業バイトの面接予定だとか書いてきていたのを思い出した。
あれ？すべての謎が解けちゃったかもｗえ？冗談だろ？ｗｗ
空笑いした直後に脱力した。22日の昼に増田に書き込んでみた。
女は予定より早くやってきた。前日の夜、つまり増田に書き込んだ日の夜だった。
直接家に行くからと言われてたがなんとか駅前の喫茶店での待ち合わせに成功する。TSUTAYAに返却するものがあるからという言い訳でうまくいった。
静かな居酒屋に誘導して話を聞く。２杯目のお酒で口を割った女はこう言った。
「男さん。私、風俗で働こうと思ってます。」
は？意味がわからない。直感ではわかってたけど、いまいち実感がわかない。
「え？なんで？」「いろいろありまして」「いろいろって言ったっていろいろあるけど」「そうですね、いろいろありますね」
「ていうか、そんな子に見えなかったんだけど」「そうですね、仕方がないです」「なんで？理由があるの？」「まぁ、いろいろですね」
「いろいろじゃわかんねーだろ」「そうですね、いろいろありますから」「いや、だから・・・」「言えないんです。」
こんな感じで話は進まなかった。
このやりとりは省略するけど、3杯目を飲み終えた頃にようやく口を開いた。
父親の会社がうまくいってないこと、年末の運転資金がショートしていること、私の貯金を足してもあと数十万足りないこと。風俗に行く前に俺に買ってもらえばなんとかなると思ってついメールしてしまったこと。
「じゃあ、貸すよ。」というと人にお金を借りることだけはできないという。父親も人に借りたせいでこんなことになった、だからこそ借りれないらしい。参った、どう話せばいいかわからない。じゃあ、今持ってるブランド物のカバンとか財布とか服を売れば20万にはなるから売りなよ、と言ったら思い出があるので無理という。そんなこと言ってる場合じゃないだろと言ったけど全然話を聞いてくれない。長くなったのでここで切ります。
http://anond.hatelabo.jp/20070518032650
はいはい、徹底議論とか言う前にマニュアル読もうね。
MyISAM の場合
http://dev.mysql.com/doc/refman/4.1/ja/delete.html
MyISAM テーブルの場合、削除されたレコードはリンクされたリストに維持され、元のレコード位置が後続の INSERT 操作で再利用されます。使用されていないスペースを取り戻してファイルのサイズを削減するには、OPTIMIZE TABLE ステートメントまたは myisamchk ユーティリティを使用してテーブルを再編成します。
InnoDB の場合
http://dev.mysql.com/doc/refman/4.1/ja/innodb-file-space.html
削除されたレコードは、トランザクションロールバックまたは一貫した読み取りでそのレコードが必要なくなった後のパージ操作で初めて物理的に削除されることに留意してください。
