Railsでモデルを4段階joinする方法で、もう一度理解するjoinsとmerge - Qiita
こんにちは、インターネットコンテンツ兼新米エンジニアのTerryです。 日曜日にQiitaを投稿しても伸びないことは知っている。 でもそこは何があったか察してほしい、すまない。 さて本日は、Railsでモデルを４段階joinする方法についてお伝えします。 その過程でjoinsについて分解して解説して、joinsへの理解を深めます。 最初に断っておくと、この書き方は僕の尊敬する先輩エンジニアに教えていただいたもので、僕の備忘と理解を深めるため無断で掲載しようと思った次第です怒られたら削除します。 ２段階（孫）とか３段階（ひ孫）は結構あるんですが、4段階（玄孫[やしゃご]）はあまりノウハウが転がっていなかったので、こんなやりかたもあるよ、って感じで知っておくとどこかで使えるかもしれません。 4段階、玄孫ですよ。 どれだけ遠いかって言うと、大久保利通の玄孫が麻生太郎です。幕末か。 （画像はUND
dependent: :restrict_with_error と :restrict_with_exception の違い - Qiita
dependent: :restrict_with_error と :restrict_with_exception の違いRails はじめに：dependent オプションとは？ dependent オプションはRailsであるモデルが子のレコードを持っている場合、親レコードを削除するときに子レコードをどうするのかを決めるオプションです。実際の挙動はいくつかの選択肢の中から選ぶことができます。 オプションの種類 :destroy 親と一緒に子レコードも削除する。（無理心中パターン） :delete_all 親と一緒に子レコードも削除する。ただし、直接DBのレコードを削除するので、子レコードのコールバック処理は実行されない。 :nullify 子レコードの外部キーを NULL 更新する。（みなしごパターン） :restrict_with_exception 子レコードがある場合は Act
ActiveRecordがメモリを食って解放しない問題 - Qiita
[1] pry(main)> ObjectSpace.each_object(ActiveRecord::Base).count => 0 [2] pry(main)> User.limit(100) User Load (1.5ms) SELECT `users`.* FROM `users` LIMIT 10 [4] pry(main)> ObjectSpace.each_object(ActiveRecord::Base).count => 100 [5] pry(main)> User.limit(100) User Load (0.3ms) SELECT `users`.* FROM `users` LIMIT 10 [7] pry(main)> ObjectSpace.each_object(ActiveRecord::Base).count => 200 作ったActiveR
ActiveRecordのbefore_saveでうっかり - Qiita
問題 ActiveRecordの before_save 、before_update コールバックに、クライアントコードが直接操作しない属性を設定する処理を書くような機会が結構あると思います。 そこで、次のようなコードを書くわけですが、このコードは意図したどおりに動作しません。理由がすぐにわかるでしょうか？ class Item < ActiveRecord::Base before_save :prepare_save # This callback doesn't validate def prepare_save if hoge_check_ok? self.checked = true else self.checked = false end end end 解答 prepare_save メソッド内で else を通ったとき、self.checked = false の評価値
ActiveRecordでINNER JOINするとsaveできなくなる（解決策あり） - Qiita
ActiveRecordでクエリーを組み立てる時に、joinsメソッドを使ってINNER JOIN句を付けると、取ってきたレコードをsaveできなくなります。 その検証と、saveできるようにする、方法。 require 'logger' require 'active_record' # テーブル定義 class CreateShelves < ActiveRecord::Migration def change create_table :shelves end end class CreateBooks < ActiveRecord::Migration def change create_table :books do |t| t.integer :shelf_id end end end # モデル定義 class Shelf < ActiveRecord::Base has_m
Rails における値オブジェクトと ActiveRecord の composed_of - Qiita
Rails の ActiveRecord には値オブジェクト (Value Object) を便利に使うための composed_of というものがあるらしいのでメモっとく。 エンティティ (Entity) と値オブジェクト エンティティと値オブジェクトはドメイン駆動設計におけるモデルを表現する3パターンの要素のうちの2つだ。 エンティティ 本からエンティティの説明を引用しておこう。 多くのオブジェクトは、本質的に、その属性によってではなく、連続性と同一性 (identity) によって定義される。 例えば Person クラスがあり、その属性は firstname・lastname・age だとしよう。Person クラスの2つのインスタンスがあり、それらが同姓同名同年齢だったとしても、その属性が一致しているからといって同一の人であるとは言えない。なので Person クラスのインスタン
ActiveRecordのserializeでMessagePackを使う - Qiita
せっかくなのでデフォルト(YAML)、Oj(json)、MessagePackでベンチマークも取ってみました。 保存するデータは http://json-generator.appspot.com/ ここで適当に作ったものをロードして突っ込んでます。 DBに保存していたりしますが、単純にそれぞれのdumpとloadの差です。 create_table :articles, force: true do |t| t.column :body, "MEDIUMTEXT", null: false t.timestamps null: false end create_table :oj_articles, force: true do |t| t.column :body, "MEDIUMTEXT", null: false t.timestamps null: false end creat
rails 4.2.8->5.0.2の時に実施した手順メモ - Qiita
5.1.0のbetaがでて、そろそろ4.2もサポート範囲外になりそうなので、4.2から5.0にアップデートすることにしましたので、 色々作業した内容をメモって行きます。 本当は5.1まで一気にあげたい所ですが、まだbetaということで、一旦5.0.2に。 なあに、メジャーバージョンアップに比べればマイナーバージョンアップだし、きっと影響無いに決まってる。（慢心） Rails 5へのアップグレード手順メモ(Rails 4.2.6 => 5.0.0)を参考に作業 http://qiita.com/ryo511/items/2a387df126268fec8c78 を参照 gem のアップデート Rails update ApplicationRecordをActiveRecordのモデルのベースクラスにする を実施。 rubyは既に2.4に切り替え済み、 ApplicationJobは使ってな
ActiveRecordで複数レコード、BULK INSERTする方法とパフォーマンスについて - Qiita
あるテーブルに対して複数のレコードを同時に登録したいことがあります。 このときに登録する数だけINSERTを発行するのはあまり効率がよくありません。 そこでBULK INSERTと言われる単発のSQLで一括登録する方法がよく使われます。 BULK INSERTとは 単純なbooksというテーブルを使い、BULK INSERTはどういうものか確認する。 CREATE TABLE `books` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL, `created_at` datetime NOT NULL, `updated_at` datetime NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAU
eager_load, preload, includesの違い（自分用まとめ） - Qiita
SELECT `users`.`id` AS t0_r0, `users`.`name` AS t0_r1, `users`.`created_at` AS t0_r2, `users`.`updated_at` AS t0_r3, `posts`.`id` AS t1_r0, `posts`.`user_id` AS t1_r1, `posts`.`created_at` AS t1_r2, `posts`.`updated_at` AS t1_r3 FROM `users` LEFT OUTER JOIN `posts` ON `posts`.`user_id` = `users`.`id` SELECT `users`.`id` AS t0_r0, `users`.`name` AS t0_r1, `users`.`created_at` AS t0_r2, `users`.`upd
似ているようで全然違う!?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でSQLServerへ接続する - Qiita
development: adapter: "sqlserver" mode: "odbc" host: "localhost" username: "mssql_user" password: "mssql_password" database: "database name" dataserver: "Server name" dsn: "mssql dsn" # 「コントロールパネル」 => 「ODBCデータソースアドミニストレータ」 で接続先のDBへのDSNを作成します。 # coding:utf-8 require "rubygems" require "activerecord-sqlserver-adapter" require "odbc" require "yaml" require "logger" @setting = YAML::load(File.open("da
ActiveRecord serialize / store の甘い誘惑を断ち切ろう - Qiita
はじめに みなさん、ActiveRecordの serialize や store は好きですか？ 僕は 嫌い です。 serialize や store は原則として使わない方がみんな幸せになれると思っています。 なのでみなさんも serialize や store は使わないようにしてください。 以上！ ・・・で終わったら意味がわからないと思うので、この件についてなぜダメなのかをちょっと詳しく掘り下げてみます。 そもそも serialize / store とは？ serialize や store は ActiveRecord の機能の一つです。 text型のカラムに配列やハッシュなど、好きな形式のデータを放り込めます。 テーブルやカラムを追加しなくても自由にデータが保存できる 魔法のような機能 （注：皮肉）です。 サンプルコードを使ってこの機能を確認してみましょう。 以下の例では
Railsのdb/schema.rbの役割 - Qiita
db/schema.rbは何に使われるのか rake db:migrateなどをすると現在のスキーマが反映され、スキーマの確認などに便利なschema.rb。 ふと、1つのRailsアプリを分割して、複数のRailsアプリから同じDBを参照するようにしたくなったのだが、その際にどちらのRailsアプリにもdb/schema.rbを含める必要があるのか気になった。 db/schema.rbを削除してもアプリは動くのだが、 schema.rbには「It's strongly recommended that you check this file into your version control system.」と書いてあるので、本当に削除していいのか自信がない。 そこで、Rails4.1.5のソースを読んで、schema.rbがどんな用途に使われているのかを調査した。 schema.rbが
Railsのcounter_cacheを使ったらdeadlockが頻発した - Qiita
rails (3.2.3) activerecord (3.2.3) mysql2 (0.3.11) ちょっと遡って話をしたほうがいいのかも。 前提：Mysql(InnoDB)でcount(1)はテーブルスキャンが発生して遅い 非力なインスタンスを使っていたので、 数十万件ってレベルからこれがボトルネックになっていた。 そのために、Railsが装備しているcounter_cacheという機能を使う。 ただ、counter_cacheってのは関連するモデルの件数を覚えておくっていう方法で、 テーブルの全レコードの数を保存しておく方法ではない。 それをしたいなら別の実装を。 参考：A Guide to Active Record Associations counter cahceってなんだ 繰り返しになるけど、関連するモデルの件数を覚えておく。 class Order < ActiveRec
Rails5から使えるActiveRecord便利機能 - Qiita
RailsのChangeLogを読んでいたらkamipoさんの ActiveRecordへのコミットがRails5から使えるようになってるものがたくさんあったのでまとめてみました。 PostgreSQLでExpression IndexとOperator Classをサポート create_table :users do |t| t.string :name t.index 'lower(name) varchar_pattern_ops' end MySQLでPrepared statesmentsをサポート config/database.ymlでprepared_statements: trueとすると利用できるようになります。mysql2 0.4.4以降が導入されていないと使えないようです。 Schema dumperがcreate_tableブロックの中でindexを定義するよう
Rails 4.0.0.beta1で使わない方がよさそうなDBのカラム名 - Qiita
% rails c Loading development environment (Rails 4.0.0.beta1) > hoge = Hoge.new => #<Hoge id: nil, created_at: nil, updated_at: nil> > open('methods.txt', 'w'){ |file| > file.print(hoge.methods.join("\n")) > } => nil ! != !~ <=> == === =~ [] []= __id__ __send__ _attr_readonly _commit_callbacks _commit_callbacks= _commit_callbacks? _create_callbacks _create_callbacks= _create_callbacks? _destroy _d
attr_encryptedでハマった話 - Qiita
class AbstractUser < ActiveRecord::Base self.abstract_class = true attr_accessible :name, :password attr_encrypted :password, key: 'secretkey' end irb> user = User.new(name: 'hoge', password: 'fuga') irb> user.encrypted_password # => 暗号化されたパスワード irb> user.password # => 'fuga' irb> user[:encrypted_password] # => nil !? irb> user.save # => encrypted_passwordはNULLで保存される(NOT NULL制約があるならエラー) 原因 #encryp
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/merrill/items/de6eb7e899753ad3361a
Railsで既存DBを流用したときのDangerousAttributeErrorを解消 - Qiita
