監査ログをファイルに記録するためのGemを公開しました - 食べチョク開発者ブログ
こんにちは。 食べチョクの開発を副業でお手伝いしているプログラマーの花村です。 監査ログをJSONL（JSON Lines）のファイルに記録するためのGemのAuditLoggableを作成してrubygems.orgで公開しました。 ソースコードもGitHubで公開しています。 rubygems.org github.com なぜ開発したのか 食べチョクでは監査ログを記録するためにAuditedを利用していました。 AuditedはActiveRecordのコールバックを利用してモデルの変更を手軽にRDBに記録してくれる大変便利なGemです。 しかしRDBに記録するためテーブルサイズが肥大化しパフォーマンスに影響を与える場合があるというデメリットもあります。 食べチョクでは注文数の増加に伴ってこの問題に直面しました。 これを解決するにあたり以下のようなアプローチが思いつきます。 監査
Railsモデルの関連付けでbuildを使う時のメソッド名
rails_build_method.md Railsモデルの関連付けで、buildを使うときのメソッド名 モデル間の関連付けの際に、データを保存したくない場合はbuildを使うが、 関連付けのパターンによって、メソッド名が変わるので、メモをしておく 1 対 1 の場合 モデル定義 class Car < ActiveRecord::Base has_one :engine end class Engine < ActiveRecord::Base belongs_to :car end buildによる関連付け メソッド名: build_関連付けメソッド名 使用例: @car.build_engine(name: "エンジン1") 1 対 N の場合 モデル定義 class Car < ActiveRecord::Base has_many :wheels end class Wheel
Railsでデータベースカラムの追加を行う方法 - Qiita
はじめに Rails チュートリアルなどで、Railsの勉強をしていてフォームの実装をしていた時に、フォームを追加したい場合、当然カラムもしなければいけません。色々調べていたら勉強になったので、まとめておきます。 環境 この記事では以下の環境（2018年6月18日時点）で動作確認できました。 Ruby: 2.4.1 Rails: 5.0.7 現状 micropostsという名前のテーブルに、新たにstatusというカラムを追加したい場合 mysql> describe microposts; +------------+--------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +------------+--------------+----
Railsのモデルのデフォルト値設定 - Qiita
# create record内で t.integer :hoge, default: 8 # 列追加時 add_column :table_name, :piyo, :string, default: 'foobar!' と書いておけば、ActiveRecord側で自動的に読み取って、それを初期値としてくれます。また、null: falseを指定せず、NULLが入りうるテーブルでデフォルトを指定しなかった場合、DB上でDEFAULT NULLとみなされ、Ruby側ではnilとなります。 DBデフォルトに頼れない場合 当然ながら、DBと紐付かないActiveModelを使うような場合、DB頼みのデフォルト値は利用できません。また、単純な固定値ではなく、状況に応じて計算するもの1や、リレーションで設定するデフォルト値のようなものに対しては、DB単体で対応しきれない部分もあります。 モデルのコ
【Rails】accepts_nested_attributes_forを使用しない方が良い理由とその代替方法
「Rails 子モデル 保存」 とかでググるとたくさんのaccepts_nested_attributes_forを使用した記事をお見かけすると思います。 そんなaccepts_nested_attributes_forですが、いま自分が働いている会社では使用することを禁じられており、なるべくクリーンな実装を心がけるということを日々意識しております。 そんなこともあり、改めて使用してはいけないものの正体を調べてみました。 accepts_nested_attributes_forとは何か 一言でいえば、「親モデルに紐づくレコードの保存を簡単にできるようにするためのもの」 です。 具体例で見てみましょう。 下記に2つモデルがあり、親モデルであるAuthorの作成と同時にそれに紐づくBookモデルのレコードも作成するというイメージです。 Author(著者) Book(本) # 著者モデル c
【Rails】範囲オブジェクト(Range)を使ったActiveRecordのwhere比較、範囲検索のコードの書き方 - Simple minds think alike
ActiveRecordのwhereを使って、色々な書き方で比較演算(>, >=, <, <=)・範囲抽出(Beetween、◯以上□未満)を実装できますが、最近では範囲オブジェクト (Range (例: 10..30)) を使ってほとんど実装することができるようになっています。 ただ、範囲オブジェクトを使った実装は Ruby2.7から導入されたbeginless range 範囲オブジェクトの開始の値を省略できる書き方(例: ..30) Ruby 2.6から導入されたendless range 範囲オブジェクトの終わりの値を省略できる書き方(例: 10..) を使うと綺麗に書けるので、可能であれば対応したRuby, Railsバージョンにすると良いと思います。 範囲オブジェクトを使った書き方のメリット 範囲オブジェクトを使った書き方 範囲オブジェクトを使わない書き方 範囲オブジェクトを使
Rails の UUIDプライマリキーを試す - Qiita
RailsでUUIDプライマリキーを試してみた。 UUIDプライマリキーとは、オートインクリメントされる連番の整数ではなく、 077cacaa-3913-11e9-aacc-0242ac1c0002の様なランダムな36文字のUUIDのをIDとして、プライマリキーとして使うことである。 検証環境 Ruby 2.6.1 Rails 5.2.2 PostgreSQL 10.7 MySQL 5.7.25 と 8.0.15 データベースのバージョンは Amazon Auroraで現状使えるバージョンに近しいものを選択した。 検証モデル 次のようなプロジェクトごとにタスクを登録し、それぞれのタスクにメンバーをアサインするモデルを考える。 次のような関連を持っている。 Project と Task は 一対多 Task と Member は 多対多(タスクには複数人をアサイン可能) PostgreSQL
RailsでMySQLを使う時にuuidにデフォルト値を入れたい - その辺にいるWebエンジニアの備忘録
こんにちは！kossyです！ さて、今回はRailsでMySQLを使う時にuuidにデフォルト値を入れる方法についてブログに残してみたいと思います。 環境 Ruby 2.6.6 Rails 6.0.3 MySQL 5.7系 moduleの作成 PostgreSQLの場合だとuuid型のカラムが存在しているのですが、MySQLの場合はありません。 # PostgreSQLの場合だとt.uuidでuuid型のカラムが用意されていて、uuid_generate_v4()関数でデフォルト値を設定できる t.uuid :uuid, null: false, default: 'uuid_generate_v4()' このため、独自でuuidを自動挿入する仕組みを整える必要があります。 コードを晒すと以下のような実装になります。 # uuid生成のモジュール # このモジュールをuuidを自動挿入した
Active Recordのメソッドと実行されるSQL一覧
はじめに 多くのRails初学者はSQL文をあまり意識せずActive Recordを使用してしまっているかと思います。しかしデバッグ作業や複雑な絞り込みには生のSQL文を利用する機会はそれなりに多く、また実行されているSQLを理解していないままだと気づかぬうちに非効率なコードを書いてしまっている可能性があります。 そこで本記事ではActiveReocordメソッドで実行されているSQL文をまとめてみました。 メソッドとSQL文 find User.find(1) # SELECT `users`.* FROM `users` WHERE `users`.`id` = 1 LIMIT 1 User.find([2,3,4]) # SELECT `users`.* FROM `users` WHERE `users`.`id` IN (2, 3, 4) findメソッドでは「引数をidに持つ
Railsのmigrationでreferencesの張られたカラムを削除する - Qiita
でカラムの削除をしようとすると、外部キー制約に引っかかるため削除ができない。 「カラム名:references」を後尾につけると、remove_reference と remove_foreign_key が自動付与されるので良い。 $ rails generate migration remove_カラム名_from_テーブル名 カラム名:references $ rails g migration remove_content_from_item content:references class RemoveContentIdFromItem < ActiveRecord::Migration def change remove_reference :items, :content, index: true remove_foreign_key :items, :contents en
Railsの生SQL概要：execute, select_all, find_by_sqlの使い方を覚える - Qiita
Railsの生SQL概要：execute, select_all, find_by_sqlの使い方を覚えるRailsActiveRecordSQL Railsで使用する生SQL Railsにおいて、ActiveRecordのwhere等では表現できない複雑なクエリを使用してDBのデータを取得する場合、生でSQLを書く必要が出てくると思います。 しかし、AcitiveRecordで生sqlを実行するメソッドは数多くあり、用途によってどれを使用すべきか分からないという方もいるのではないでしょうか。 そこで今回はよく使用されるであろう、execute/select_all/find_by_sqlについて、どのように呼び出すのか、戻り値はなにか、どのような用途で使用すべきかについて説明します。 先に結論を書いておくと execute -> クエリの実行 select_all -> セレクト文の結果
ActiveRecord Association 覚え書き - Qiita
概要 ActiveRecord の Association 周りの理解が曖昧。 整理のためにまとめておこうと思います。 随時加筆予定。 外部キーをどう持つか（子） User -(1:N)- Order な関係を考える。 Order が User の id を外部キーとして持つ場合、 子である Order の実装方法として以下の 3 パターンが考えられる。 Pattern DB column name association name
Railsの多段Association、多段Scope(joins)の実装例 - Qiita
はじめに 本記事はRails5.2にて作成されています、他のバージョンでの互換性を保証しません。 Table構成 Model構成 #### item.rb #### class Item < ActiveRecord::Base belongs_to :order end #### order.rb #### class Order < ActiveRecord::Base has_many :items has_many :reviews end #### review.rb #### class Review < ActiveRecord::Base belongs_to :order has_many :themes end #### theme.rb #### class Theme < ActiveRecord::Base belongs_to :review end
似ているようで全然違う!?Activerecordにおけるincludesとjoinsの振る舞いまとめ - Qiita
似ているようで全然違う!?Activerecordにおけるincludesとjoinsの振る舞いまとめRubyRailsActiveRecord Activerecordを使ってるとき、関連(Association)のあるmodel同士をまとめて取得したい時がけっこうある。そんな時、includesやjoinsを使えば効率良くデータを取得出来るんだけど、実はこの二つは振る舞いや特徴が全然違ってたりする。ややこしい気がしたので、ここでちょっとまとめておく。 先に結論を書いておくと、基本的には includesは先読みしてキャッシュしておく。 joinsはただINNER JOINしてくれる。 と思っておけばOK。 ちなみに、railsのversionは4.1.0。Web上に落ちてる情報は古いせいか若干現状の挙動とは違ってたりしたので、気をつけた方が良さそう。
肥大化したActiveRecordモデルをリファクタリングする7つの方法（翻訳）
更新情報: 2013/11/19: 初版公開 2021/01/08: 訳文見直し、追記 こんにちは、hachi8833です。今回は、自分が知りたかった、Active Recordモデルのリファクタリングに関する記事を翻訳いたしました。1年前の記事なのでRails 3が前提ですが、Rails 4以降でも基本的には変わらないと思います。リンクは可能なものについては日本語のものに置き換えています。 なお、ここでご紹介したオブジェクトは、app以下にそれぞれ以下のようにフォルダを追加してそこに配置します。 注記: 以下は使われそうなフォルダを列挙しただけであり、実際にはこの一部しか使いません。 Value Object Service Object Form Object Query Object View Object Policy Object Decorator ⚓ 肥大化したActive
Arelでクエリを書くのはやめた方が良い5つの理由
はじめに：Arelって何？ みなさん、Arel（アレル）ってご存知ですか？ ArelはActive Recordの内部で使用されるSQL生成ライブラリです。 Railsのクエリの書き方をググると、ときどきArelを使った実装例が見つかるので、見たことがある、もしくは何度か使ったことがある、という人もいると思います。 Arelをよく知らない人のために、Arelの利用例をちょっと見てみましょう。 たとえば「コメント文中に、"ruby"が含まれるユーザープロフィールを検索したい」という場合、Rails標準のクエリインターフェースを使うと条件部分のSQLを文字列で書く必要があります。（PostgreSQL環境を想定） Profile.where( "profiles.comment ILIKE ?", "%ruby%" ).to_sql #=> SELECT "profiles".* # FROM
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Immutable ActiveRecord Models
Simple rails history pattern (ActiveRecord)
rails console から接続中のデータベースの種類を確認したい - ennui's blog
https://altarf.net/computer/rails/2493
