This is a cache of https://b.hatena.ne.jp/entry/s/moznion.hatenadiary.com/entry/2025/11/27/223512. It is a snapshot of the page as it appeared on 2025-12-04T06:25:39.660+0000.

[B! <strong>データベース</strong>] 補足: 履歴テーブル、今回はこう作りました〜 Delegated Types編〜 - その手の平は尻もつかめるさ

補足: 履歴テーブル、今回はこう作りました〜 Delegated Types編〜 - その手の平は尻もつかめるさ

テクノロジーカテゴリーの変更を依頼記事元:

moznion.hatenadiary.com

57users がブックマークコメント

コメント

1

記事へのコメント1件

注目コメント
新着コメント

kamipo Ask the Speakerめっちゃ有意義だった🙂‍↕️

2025/11/29 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

補足: 履歴テーブル、今回はこう作りました〜 Delegated Types編〜 - その手の平は尻もつかめるさ

「Ruby on Railsのテーブル設計とトランザクション処理 LT Night」で話した内容のフォローアップです。... 「Ruby on Railsのテーブル設計とトランザクション処理 LT Night」で話した内容のフォローアップです。主に懇親会で id:kamipo さんから現地でもらった質問を受けての補足となります。 speakerdeck.com 図中のオレンジ枠と緑枠のトランザクションを分けているのはなぜ？　ログレコードが保存できてイベントレコードが保存できないことなんてなくない？説明がスッポリ抜けていたのですが、ASPからwebhookを受けて諸々の処理をする部分は非同期処理になっているのでそもそもライフサイクルごと分かれていたのでした。つまり、webhookを受けたタイミングでログレコードを記録してからキューイングし、それを非同期的にイベント処理をするので必然的にトランザクションが分かれる。それはそうとして、イベントを扱う処理中に不慮のクラッシュが発生した時にロギングが巻き込まれると後の調

ブックマークしたユーザー

karur4n2025/12/02
celt69cobra2025/11/30
yug12242025/11/30
hirosi-t8222025/11/30
egugue2025/11/30
kazkun2025/11/30
kinokotv2025/11/30
asa_kaz_x2025/11/30
cityworkonly2025/11/30
move0tofu2025/11/30
jukuringo2025/11/30
enuoo52025/11/30
learn2025/11/30
toshikish2025/11/30
acaca2025/11/30
dada43862025/11/30
libertine22025/11/30
bayashiko_bayashi2025/11/30

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

いま人気の記事 - 企業メディア

企業メディアをもっと読む

設定を変更しましたx