よくある？Rails失敗談 default_scope編｜TechRacho by BPS株式会社
モデルからデータを取得する際に常に特定の検索条件を指定することができるdefault_scopeですが、 デメリットについてあまり注意を払わずに使ってしまって失敗しました。 サンプル事例 環境 * Rails 3.2.12, 4.0 * MySQL 5.1.65 ※ 実際に問題が起きたバージョンが3.2.12 なのでそちらが中心になっています。 データを「名前」「年齢」どちらか指定された値で並び替えるという処理があったので、 特に指定が無ければid順で取得するという条件をdefault_scope を使って追加しました。 class User < ActiveRecord::Base default_scope -> { order(:id) } end これで、モデルからデータを取得する際に必ずORDERが指定されるようになります。 User.all #=> SELECT "users"
ActiveRecordで"type"という名前のカラムがあるとエラーが出る場合の対応 - Qiita
[4] pry(main)> Kantai.find(1) Kantai Load (0.4ms) SELECT `kantais`.* FROM `kantais` WHERE `kantais`.`id` = 1 LIMIT 1 ActiveRecord::SubclassNotFound: The single-table inheritance mechanism failed to locate the subclass: '戦艦'. This error is raised because the column 'type' is reserved for storing the class in case of inheritance. Please rename this column if you didn't intend it to be used for stori
polymorphic な私でも validates_uniqueness_of したい - Qiita
TL;DR ポリモーフィックにしてるカラムを _id と _type に分けて、 _id だけを validates_uniqueness_of の対象にして、 _type は scope 側に本来対象としたいカラムと一緒に入れてしまう。 例 一人のユーザーがたくさんの車を持てるし、一つの車をたくさんのユーザーで共有することもできるけど、一つのユーザーに同じ車を何個も追加できてしまっては困る、というかそれは単なるバグだから防ぎたいという場合。 class UserCar < ActiveRecord::Base belongs_to :user belongs_to :car, polymorphic: true validates_presence_of :user, :car # こう書きたいところだけど、これは動かない # validates_uniqueness_of :car,
Railsのdeleteとdestroyの違いをおさらいする - pochi's weblog
deleteとdestroyの違いをちょこちょこ忘れるのでメモ。 delete ActiveRecordオブジェクトを介さずに削除する。（直接SQLを発行するイメージ） オブジェクト同士に依存関係がない場合はこっちを使った方がActiveRecordの インスタンスを生成しない分早い。 destroy ActiveRecordオブジェクトを介して削除する。 これは依存関係も一緒に削除したい場合に利用するといい。 destroy_allを呼ぶと結構時間かかる。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
