履歴テーブルについて - 一休.com Developers Blog
この記事は一休.com アドベントカレンダーの25日目の記事です。 レストラン事業部エンジニアのid:ninjinkunです。 一休.com及び一休.comレストランはユーザー向けのシステムだけではなく、店舗や一休内の管理者向けの業務システムという性格も持っています。 業務システム経験の無かった自分が一休に転職して最初に驚いたのが、DBに履歴を保持するための履歴テーブルが大量にあることでした。 そこから履歴テーブルの存在に興味と疑問を持ち、社内外のエンジニアと履歴テーブルについて議論してきました。このエントリではそれらの議論をまとめた結果について書いていきます。 履歴テーブルのパターン まず以下の図をご覧ください。 込み入った図かつ事例が一休特化で恐縮ですが、左上の起点から始まって、右のオレンジの部分が最終的な実装パターンです。 図にあるとおり、たいていのユースケースでは以下の3パターンの
死ぬかもしれないから、言っておきたいこと。｜幡野広志
ガン患者になってちょうど一年がたつ。 この一年はまさに激動だった、充実していたともいえるのであっという間に過ぎたようにも感じた。このペースで進んだらあっというまに人生が終わってしまいそうだ。 去年とおなじように今年も病院でクリスマスと年末年始も過ごすことになった、じつは肺炎で入院している。肺炎ってはじめてなったけどけっこうヤバい。 いつもの仮病とは明らかにちがう様子に妻が異変を感じ、大学病院まで連れてきてくれた。検査をするとCRPというよくわからない数値が49（4.9じゃないよ49）というハイスコアを出していた。 さきにいっておくけど肺炎球菌って日本中のどこにでもある菌だから、ネパールがどうとか関係ないからね。ネパールは感染性胃腸炎、つまり下痢と嘔吐の方が怖い。菌が恐ければ滅菌室に引きこもっていればいいのだけど、人生なかなかそうもいかない。 帰宅まぎわの担当医がきてくれて、このまま死ぬ可能
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
