さようならActiveRecord｜sakuraya | CTO的な何か｜note
こちらの訳になります。 ActiveRecordに代わるORマッパーとして提唱されてているROMに関するお話です。リポジトリパターンとかバリューオブジェクトとかその辺のテクニックをいろいろ詰め込んでファットモデルをバラバラにしようみたいな考えみたいです。試してみる価値はありそう。 以下訳。 AirCallでは、エンジニアたちがごちゃごちゃしたRailsのレガシーなモノリスと格闘している。いま徐々に軽量なRuby×Sinatra製のマイクロサービスに分割を進めているところだ。また、過去の失敗を繰り返さないために、クリーンアーキテクチャやドメイン駆動開発といった新しいアーキテクチャを試し始めた。そしてROM（Ruby Object Mapper）はこれらの思想によくマッチしたものだった。 ROMがいかに便利なものかをよく知ってもらうために、まずはActiveRecordがもたらす問題点について
Rails: Active Recordのコールバックを避けて「Domain Event」を使おう（翻訳）
概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Domain Events over Active Record Callbacks | Arkency Blog 原文公開日: 2016/05/03 著者: Robert Pankowecki サイト: Arkency Blog 参考: Domain Event 参考: ドメイン イベント: 設計と実装 | Microsoft Docs 2018/08/03: 初版公開 2022/09/27: 更新 最近Marcinの書いた「Railsアプリの最大のコードの臭いはActiveRecordのコールバックである」記事にあるように、コールバックはあっという間に制御不能になってしまう可能性があります。この記事がRedditに投稿された後、コメントで実に興味深いやりとりを見かけました。 重要なモデルがひとつあり、そこにはビジネス上重大な
RuboCopの Rails/InverseOf について調べた - sometimes I laugh
最近、RuboCopへのパッチを投げるようにしているのですが、なんか良さそうなバグは無いかなとissueを漁っていたところ、こんなissueを見つけました。 このissue自体は単なるfalse positiveなので、まぁ対応すれば良いのですが... こっちがその問題のCopが追加されたプルリクエスト。 このCopが教えてくれることは、状況によっては :inverse_of を明示的に指定しないと、意図した挙動をしないことがあるので、その場合にはちゃんと :inverse_of を書きなさいね、ということです。ただ、1個目のissueのコメントで「Railsガイドには :through とか :polymorphic を指定していると、:inverse_of は効かないって書いてあるけど、それでも指定しないとダメなの？」と言っている人もいます。 :inverse_of については、Rai
inverse_of について - Qiita
inverse_of を使うと、同じオブジェクトをみるようになり、 このようなデータの不整合が生じなくなるとともに 無駄にオブジェクトを生成しないので、アプリケーションの効率もよくなる。 Q: いつも使えばいいのでは？ オプション指定する必要があるということは、inverse_of を使いたくないタイミングなんてのがあるのだろうかと疑問に思った。 A: Rails4.1 以降はデフォルト化されていた 結局、 inverse_of を使いたくないタイミングというのは見つけられず、 代わりに、 inverse_of は自動で設定されるようになったということがわかった。 この記事が一番わかりやすかった。 Automatic Inverse Associations に至るまでの経緯から その実現方法について簡単な説明付き。 http://wangjohn.github.io/activereco
【Rails】ActiveRecordの:dependent使い分けまとめ【: destroy, :delete, :nullify】｜ITエンジニアのノマド生活
ActiveRecordのdependentオプションとはdependentオプションとは、モデルが削除されるときの、関係づけされたモデルに対する挙動を定義するものです。 たとえばこちらのコードの場合、Heroオブジェクトが削除されたときの、Weaponオブジェクトに対する挙動を定義しています。
ActiveRecord のモデルを整理する7つのパターン - tkawachi Blog
7 Patterns to Refactor Fat ActiveRecord Models という記事があり、読もう読もうと思いつつ1年くらい経ってしまった。 ようやく読んだので理解した内容を書いておく。 コード例は元記事のもの。 Rails で thin controller, fat model を心がけていると、model がマジで激太りしてヤバくなる。 実際に自分が仕事で書いている rails アプリも激太りしててヤバい。 この blog の筆者が作っている CodeClimate で C 判定をもらう程度には肥満体型になっている。 Mixinに抜き出さない! Model が太ってきた時に考えるのは ActiveSupport::Concern を使って感心事を抜き出して、Mixin にすることだと思う。 実際に手元のアプリでも models/concerns/ なんていうディレ
Rails だって硬いデータベース設計をしたい！そんなあなたに贈る Tips 4 選 - peroli Developer's Blog
2016 - 09 - 09 Rails だって硬いデータベース設計をしたい！そんなあなたに贈る Tips 4 選 list Tweet こんにちは、ペロリのサーバサイドエンジニアの @a_suenami です。 今回は Ruby on Rails アプリケーションにおけるデータベース設計についてちょっとご紹介したいと思います。 データベース設計してますか？ みなさん、データベース（以下、DB）設計していますか？Scaffold したときにできた migration ファイルをそのまま使ったりしてませんよね？ Ruby on Rails （以下、 Rails ）は CoC（Convention over Configuration: 設定より規約）を強く提唱している フレームワーク であり、それによって得られる恩恵も大きい反面、かなり強めに設計の自由度を束縛されるという特徴もあります。特に
[rails]国際化対応でlocaleを省略したURLのrouting設定 – hello-world.jp.net
ISUCON10予選に参加し予選敗退しました。 今年も @Konboi, @tkuchiki と一緒にチーム流れ弾として参加しました。
![[rails]国際化対応でlocaleを省略したURLのrouting設定 – hello-world.jp.net](https://cdn-ak-scissors.b.st-hatena.com/image/square/1a64cc21309639f33304c4730f8ddaaf393eeaf8/height=288;version=1;width=512/https%3A%2F%2Fblog.hilotter.com%2Ffavicon%2Fogp.png)
モデル間のアソシエーションの情報を取得する方法 - present
belongs_to や has_many で宣言した、 モデル間のアソシエーションの情報を取得するには、 ActionRecord::Reflection の reflect_on_all_associations メソッドを使えばいい。 ActiveRecord::Base は ActiveRecord::Reflection を include しているので、 モデルのクラスメソッドとしてすぐ使える。 # 全部 Task.reflect_on_all_associations # belongs_to だけ Task.reflect_on_all_associations(:belongs_to) # has_many だけ Task.reflect_on_all_associations(:has_many) 1 件だけ取得する reflect_on_association なんて
自動的にEager Loadingしてくれるようになる「Goldiloader」というGemが良い感じ | mah365
RailsでのDBへのクエリの組み立ては常にN+1問題との戦いですよね。N+1が発生すると大幅にパフォーマンスがダウンしてしまうので、適切な事前ロードをいかに行えるかがプログラマの腕の見せどころになります。 でもそれって本質でしょうか？ DBにクエリを投げる部分の実装の詳細なのでは？ クエリが空気読めばいいじゃん！という「Goldiloader」 「それって実装の本質じゃないよね。詳細だよね。それはクエリを投げる部分（ActiveRecord）が空気読めばいいんじゃね？」 そんな思想で現れたGemがGoldiloaderです。Gemfileに加えるだけで勝手にEager Loadingしてくれるようになります。 このGemをbundleせずに以下のコードを叩くと、eachでpostsが呼ばれるたびにロードを繰り返してしまうのですが・・・ > blogs = Blogs.limit(5).t
Railsのtouchでレコードのupdated_atを更新する - memo.yomukaku.net
公開日時: 2011-03-08 05:58 Rails 2.3.3からupdated_atのタイムスタンプを更新できます。 user.updated_at #=> "Wed Jan 27 23:29:22 +1300 2010" user.touch user.updated_at #=> "Wed Jan 27 23:30:08 +1300 2010" 関連する親モデルのupdated_atも更新する場合は、associationを指定する際に :touch オプションを指定します。 class Organization < ActiveRecord::Base has_many :users end class User < ActiveRecord::Base belongs_to :organization, :touch => true end 上記のように:touchオプショ
ActiveRecordを複数スレッド環境で利用する – recompile.net
ActiveRecordを何も考えずに複数スレッドが動作する環境で利用すると、スレッド毎にActiveRecordがコネクションを確保しようとするので、プールサイズを超えてコネクションが確保できないというエラーが発生する。 activerecord-4.1.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:190:in `block in wait_poll': could not obtain a database connection within 5.000 seconds (waited 5.001 seconds) (ActiveRecord::ConnectionTimeoutError) こちらとしてはコネクションプールがあるのだから、ActiveRecordの方でやりくりをしてよろしくやっ
ActiveRecord::Locking::Pessimistic
Ruby on Rails 7.1.2 Module ActiveRecord::Locking::Pessimistic activerecord/lib/active_record/locking/pessimistic.rb Pessimistic Locking Locking::Pessimistic provides support for row-level locking using SELECT … FOR UPDATE and other lock types. Chain ActiveRecord::Base#find to ActiveRecord::QueryMethods#lock to obtain an exclusive lock on the selected rows: # select * from accounts where id=1 for u
Railsで悲観的ロックできないの？ - babie, you're my home
という質問がありました。 ActiveRecordで楽観的ロックは、ロックをかけたいModelに、lock_version という列を追加すればできます。 migrationでは、 t.integer :lock_version, :default => 0 こんな感じ。 で、ご質問の悲観的ロックですが、findでオプションを付ければできます。 User.transaction do user = User.find(id, :lock => true) ... user.save! end トランザクションがコミットされたときに解放されます。行ロックかテーブルロックかはデータベースによります。 また、findした後にロックをかける方法もあり、 User.transaction do users = User.find ... user = users.detect {|u| u.name
docrails/active_record_callbacks.md at develop · hachi8833/docrails · GitHub
Active Recordコールバック このガイドでは、Active Recordオブジェクトのライフサイクルにフックをかける方法について説明します。 このガイドの内容: Active Recordオブジェクトのライフサイクル オブジェクトのライフサイクルにおけるイベントに応答するコールバックメソッドを作成する方法 コールバックで共通となる振る舞いをカプセル化する特殊なクラスの作成方法 オブジェクトのライフサイクル Railsアプリケーションを普通に操作すると、その内部でオブジェクトが作成されたり、更新されたりdestoryされたりします。Active Recordはこのオブジェクトライフライクルへのフックを提供しており、これを使用してアプリケーションやデータを制御できます。 コールバックは、オブジェクトの状態が切り替わる「前」または「後」にロジックをトリガします。 コールバックの概要 コ
Rails で、Controller に定義されている action を一度に取得する方法はありますか？ - QA@IT
平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
Rails 4.1.0 の ActiveRecord enums を使ってみる | TECHSCORE BLOG | TECHSCORE BLOG
こんにちは、鈴木です。 先日、Rails 4.1.0.rc1 がリリースされました。 リリースノートをパラパラを見ていたら ActiveRecord enums という新機能があったので試してみました。 ActiveRecord enums とは 会員のデータを保持する users テーブルを作成して、会員ステータスを保持する status カラムを用意して、その値が 0 なら仮登録、1 なら本登録、2 なら退会済みにしよう、・・・ということって良くありますよね？ ActiveRecord enums は、モデルクラスでこんな風に使います。 class User < ActiveRecord::Base # ステータス: temporary (仮登録), active (本登録), resign (退会). enum status: %i(temporary active resign)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How to get record created today by rails activerecord?
Beryllium Work: Tips on Rails 4: many-to-many :through and :uniq
#59 Optimistic Locking (revised) - RailsCasts