並列処理でActiveRecordの処理時間を短縮する - patorashのブログ
ここ最近は並列化による処理速度アップを色々試しています。 Railsプロジェクトのデータに少々不備があることに気づいたので、それを修正するために該当データを抽出しようと思って雑にループを回したら、データ量が多いせいか、全然終了しませんでした。業を煮やした私は、これも並列化してしまおう！と思って並列化の情報を集めることに。 Rubyでの並列処理は、parallelというgemを使うと並列処理がすごく簡単にできました。 github.com parallelのいいところ parallelのいいところは、 並列処理したい対象の配列データを渡すだけでいい map, each, any?, all? などに対応している マルチプロセス、マルチスレッドの両方に対応している というところでしょうか。 簡単な使い方の例 Parallelに対して、配列を渡したら、自動的にCPUの数だけプロセスをフォークして
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
Using multiple connections in ActiveRecord
フィーチャー開発から ホールプロダクト開発へ ~ 顧客価値へ向き合い続ける挑戦 ~ @itohiro73 #開発生産性con_findy
DB保存前のhas_many内で値がユニークか判定をする - Qiita
テーブルに格納されていない値にバリデーションが行われない ActiveRecord::Base#validatesのuniquenessオプションはテーブルに格納されている値でユニーク判定を行います。 そのためDBに保存前のモデルにはユニーク判定が行われません。 以下サンプルコードです。uriが同じ「a」ですがバリデーションエラーは起こりません。 class Page < ActiveRecord::Base belongs_to :site validates :uri, uniqueness: true, scope: {[:site_id, :uri]} end class Site < ActiveRecord::Base has_many :pages end site = Site.new site.pages << [Page.new(uri: :a), Page.new(u
Railsプロジェクトの初期開発フェーズでのDBスキーマ管理を見直す | Webシステム開発／教育ソリューションのタイムインターメディア
DBのスキーマ、皆様どのように管理されているでしょうか。 Railsを利用されている方の多くは、ActiveRecordのマイグレーションを利用して管理をされているかと思います。 私もいままでいくつかのRailsプロジェクトに関わってきましたが、 ほぼ全てのプロジェクトでActiveRecordのDBマイグレーションを利用してきました。 (一部のプロジェクトはActiveRecordを使っていないため、マイグレーションも独自のものを利用しています) ActiveRecordのマイグレーションでは、DBスキーマ変更の差分情報をマイグレーションスクリプトとして保存しておきます。例えば、新しいテーブル「users」を作成する場合は、下記のようなマイグレーションスクリプトを作成します。 class AddUsers < ActiveRecord::Migration def up # ここにマイグ
rails で id を BIGINT 型 + primary key + AUTO_INCREMENT する - scramble cadenza
イントロ rails のモデルは自動で id というカラムを作ってくれますが、これは常に INT 型。 BIGINT 型にしようとしたら、結構ハマったのでメモする。 使っている database はmysql です。 (postgresql だとこの罠は回避できるのだろうか？) tl;dr 普通に頑張ると... db:migrate と db:setup の実行結果が異なる migration ファイルの内容が、schema.rb に(一部)反映されないため db:migrate と db:setup の実行結果が異なると、 db:rollback ができなくなるので、辛くなりそう。 db:migrate か db:setup どちらかを使わない、という運用方式もある だが、面倒くさいので、そういうことを意識したくない 解決方法は 2 つ format_schema = :sql kami
How to use ActiveModel errors details
Published by Wojciech Wnętrzak on Thursday, January 22, 2015 Rails just got a new feature that allows for returning the type of a validator used on an invalid attribute. class User < ActiveRecord::Base validates :name, presence: true end user = User.new user.valid? user.errors.details # => {name: [{error: :blank}]} It will be useful in API applications, where you don't want to return translated er
activerecord-mysql-awesome - ActiveRecordのMySQL向けパッチのバックポート集 - Qiita
2014年12月12日現在、rails 4.2.0.rc2でもうすぐ4.2.0がリリースされそうですね！ ここ最近MySQL向けパッチをいっぱいPRしたんですけど4.2.0には入れれなかったので、MySQL向けパッチを4.x向けにバックポートしたgemを作りました。 activerecord-mysql-awesome | RubyGems.org | your community gem host kamipo/activerecord-mysql-awesome とりあえず2014年12月12日現在では以下のパッチがバックポートされています。 Add SchemaDumper support table_options for MySQL. #17569 Add charset and collation options support for MySQL string and tex
Rails4でエンタープライズなActiveRecordモデルを作るための6のステップ
Rails / RSpec / Ruby 1. 階層を分けてモデルを作る まずはrails gコマンドでモデルを作ります。たいていの場合はお互いに関連のある複数のモデルを作ることになりますが、それらモデルは同じ階層の下に置くようにします。 例えば $ rails g model Blog::User name:string profile:text $ rails g model Blog::Post user:references permalink:string title:string content:text というようにモデルを作成します。 2. データベース制約を追加する Railsが生成するmigrationにはデータベース制約が設定されていないので、そのままではエンタープライズ用途には使えません。 基本的にNOT NULL制約とUNIQUE制約は必ず設定しますし、外部キーが
ActiveRecord::has_manyのdependentオプション
ちゃんと覚えてなくて毎回確認していたのでメモ。 ここは掲示板アプリ的なモデルで説明してみると、投稿を扱うPostモデルと、それに対するコメントを扱うCommentモデルがあるとする。 # 投稿 class Post < ActiveRecord::Base has_many :comments end # コメント class Comment < ActiveRecord::Base belongs_to :post end この時、親にあたる投稿が削除されたら（=Post::destroy()が呼ばれたら）子にあたるコメントの扱いをどうするか、というのがdependentオプションの趣旨である。 この場合、以下の4通りの動作がある。 # 投稿が削除されたらそれに紐付くコメントも削除する has_many :comments, :dependent => :destroy # 投稿が削除さ
switch_point について紹介した - eagletmt's blog
もう数ヶ月くらい前になるけど Rails (ActiveRecord) で R/W splitting を行う switch_point という gem を書いた。 Rails アップグレード作業の中で、魔改造された acts_as_readonlyable をメンテすることに嫌気がさして、もっとマシな実装方法があるはずと思って勢いでコアの実装をして、それから実際のアプリケーションに組み込んで本番に投入していきながら機能追加やバグ修正を重ねて今の形になった。 先日の RubyKaigi 2014 の LT で、R/W Splitting in Rails というタイトルで switch_point の紹介をした。 今まで使い方を真面目に書いてなかったけど、LT 内で軽く紹介しつつ会期中に典型的な使い方を README に書いた。メソッドやクラスのドキュメントは全然書いてない (要るのかな…
ActiveRecordのjoinsとpreloadとincludesとeager_loadの違い - Qiita
ActiveRecordでN+1クエリを潰すためにeager loadingを行う場合、preloadやincludesやeager_loadが役に立つ。 Preload, Eagerload, Includes and Joinsという記事にそれらの違いがよくまとめられているんだけど、includesが挙動を変える条件があまり正確に書かれていなくて自信が持てなかったし、そもそも記事が古いのでRails4.1.5のソースを読んで調べた。 せっかく調べたので、全体を通して日本語でまとめてみようと思う。 User.joins(:posts).where(posts: { id: 1 }) # SELECT `users`.* FROM `users` INNER JOIN `posts` ON `posts`.`user_id` = `users`.`id` WHERE `posts`.`id
クックパッドにおける最近のActiveRecord運用事情 - クックパッド開発者ブログ
インフラストラクチャー部の成田（@mirakui）です。 Rails の OR マッパーである ActiveRecord ですが、みなさんどのように運用していますか？ ActiveRecord を使うと、 SQL を直接扱うことなく、抽象化された表現で RDB にアクセスできるので、アプリケーションの開発効率という観点ではメリットが大きいです。 一方で、 ActiveRecord が駆使されているアプリケーションをサーバに配置してプロダクションとして運用する立場からすると、いくつかの問題に突き当たります。 まずはクックパッド本体アプリケーションにおける、最新の rake stats をご覧ください。 +----------------------+-------+-------+---------+---------+-----+-------+ | Name | Lines | LOC
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLとActiveRecord
GitHub - paper-trail-gem/paper_trail: Track changes to your rails models