はじめに こんにちは。 株式会社Nexceedにて、学生フルスタックエンジニアとして働いてる若造です。 今回は、Railsのパフォーマンスチューニング、 特に、DBへのデータのインサートとアップデートについて、行ったことを紹介したいと思います。 最近は、ビッグデータの時代と言われることもあり、 大量のデータを捌かなければならないことも少なくはないと思います。 また、そのデータを捌けるか捌けないかで、使う側のユーザーのストレスも大きく変わると思います。 ぜひ、そんな方々の課題解決の足がかりにでもなってくれたら、幸いです。 内容 パフォーマンスチューニング以前の状況 実際に行いたかった処理は、３万〜４万行 ぐらいある CSV を、 Railsアプリを介して、 Mysql にインサート（登録） or アップデート（更新）することです。 もちろん、CSV のカラム数も ２０〜３０個 ぐらいあり、
株式会社TECH LUCKという会社で代表兼エンジニアをしている齊藤です。 DXプロジェクト、開発プロジェクト、Rails開発などでお困りごとがありましたら弊社HPからご相談をいただけますと幸いです。 以下のような問題に対応することが可能です。 プロジェクトでRailsエンジニアが足りなくて困っている Railsのバージョンアップをしたいがノウハウ・リソースが足りなくて困っている オフショア開発をしているが、要件の齟齬やコード品質が悪いので改善したい また、Railsエンジニアも募集しておりますので、興味がありましたら弊社HPからご連絡いただけますと幸いです。 前提 Railsで外部キーのカラムを追加する際に、reference型を使うことがあると思います。 reference型の使い方に関しては以下のように様々な記事があります。 外部キーをreferences型カラムで保存する Rail
Rails5.1からidカラムがbigintになるのでその対応メモ。 ↓は対応した人のエントリです。bigintが必要になってから変更するのでは間に合わないので最初から設定しちゃおうみたいな感じですね。 Rails 5.1: Default Primary Keys Are Now BIGINT このPR(Restore the behaviour of the compatibility layer for integer-like PKs by kamipo · Pull Request #27389 · rails/rails · GitHub) にもあるように互換性には気を使って開発してくれていますが、schema.rbは migrate:reset タスクを実施するなどして再生成する必要があるみたいです。 schema.rbが下記のようになっていたとして、 create_tabl
もくじ もくじ migrationのときにstring型のidを使いたいとき テーブル名を単数形にしたい場合 マイグレーション ActiveRecord migrationのときにstring型のidを使いたいとき Ruby on Rails で rails generate migration <マイグレーションクラス名> ってしたあとにファイルにテーブル定義を書いていく事を考えます。このとき、デフォルトのままだとint型でauto incrementかつprimary keyなidという属性が勝手に追加されますが、必ずしもそのようなidを使いたくない場合もあるでしょう。例えば、string型のidを使いたい場合の定義はこうです。 とりあえずマイグレーションクラスを生成します。 rails generate migration CreateChampion マイグレーションクラス名は何で
はじめに：Arelって何？ みなさん、Arel（アレル）ってご存知ですか？ ArelはActive Recordの内部で使用されるSQL生成ライブラリです。 Railsのクエリの書き方をググると、ときどきArelを使った実装例が見つかるので、見たことがある、もしくは何度か使ったことがある、という人もいると思います。 Arelをよく知らない人のために、Arelの利用例をちょっと見てみましょう。 たとえば「コメント文中に、"ruby"が含まれるユーザープロフィールを検索したい」という場合、Rails標準のクエリインターフェースを使うと条件部分のSQLを文字列で書く必要があります。（PostgreSQL環境を想定） ご覧のとおり、Arelを使うと文字列でSQLを書くことなく、Rubyのコードとしてクエリを書くことができます。 なので、Arelは「SQLを書かなくて済む！」とか「Rubyのコードと
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 前回に引き続き、またまたDBネタです(^o^) 前回：Railsエンジニアなら最低限これだけは知っておきたいSQLのJOINの動き 今回は、インデックスについてです。インデックスにはいくつか種類がありますが、 RDBで一般的に使われるB-treeインデックスについて書いていきます。 いきなりですが、インデックスは深い！かなり深い！バイカル湖くらい深いです。 ある程度の指針的なものはありますが、インデックスをどう設計するかの見極めは状況によって変わってくるようです。クエリの実行頻度、テーブルサイズ、カーディナリティ（カラム内のデ
はじめに 先日、アソシエーション関係がある２つのテーブルから、N+1問題を考慮しつつ、特定条件でデータを抽出して表示したいことがありました。 しかし、ActiveRecordの検索メソッド（includes、joins、eager_load、references等）も結構色々あって、 「どれを使えばいいんじゃーー！！」と噴火寸前になりましたので、復習と備忘録を兼ねて整理してみます。 言及しないこと 今回はシンプルに動きだけを確認することを目的としていますので、細かなところは記載しません。 本記事の最後に参考リンクを記載しますので、他の方の記事を参考にしてもらえばと思います。(´ε｀ ) 環境 ruby ruby 2.3.1p112 (2016-04-26 revision 54768) activerecord (5.0.1) sqlite3 (1.3.13) 前提条件 モデル（テーブル）
Rails ActiveRecordで複数のカラムに対して一意制約を設ける。複合一意制約 複数のカラムの組み合わせがユニークであってほしい場面に遭遇しました。 例えば、Siteテーブル Keywordテーブルが存在する時、 Keywordテーブルにある site_id と name そして date の組み合わせはユニークでなければいけない状況でした。 site_id, name, date の組み合わせがユニーク この組み合わせのユニークを担保するために、Railsアプリケーション側でユニークであることを確認するvalidate処理を設けて解決させました。 class Keyword < ActiveRecord::Base validates :site_id, uniquness: { scope: [:name, :date] } end 上記の様に書くことで、データのinsert
背景 railsではrails g scaffoldなどでModelを作成すれば、 自動的にidが付与されます。 しかもprimary_keyでauto_incrementでかつindexも張られるので、 普段はidを気にする必要はありません。 railsを使い、自分でデータ構造を決める場合はrailsの流儀に則った方が楽で、問題も起こりません。 しかし、古いデータを活用した場合、流儀にそぐわない事もあり得ます。 今回は規約に沿わない場合の対応について大きく分けて2つの場合について説明します。 なお環境は以下の物で検証しています。 ruby 2.0.0p247 (2013-06-27 revision 41674) [x86_64-darwin12.4.0] Rails 4.0.0 composite_primary_keys (6.0.0) 主キーがidではない 主キーがidではない場合
railsを既存アプリケーションのDBにつないで開発 PHPアプリケーションをrailsに一部のせかえる事にしました。 エゴです。えぇ、、、完全なエゴです。効率を考えると全くエゴではないかもしれません。それでもエゴです。 require ruby 2.0rails 4.0rails project作る$ gem install rails $ rails new hoge -T --skip-bundle その他最初にやる作業等（rails template作らないとなぁ、、、）をごにょごにょとします。 dbつくってつなぐまず、DBにつなぎます Gemfile gem 'mysql2' database.ymlをよしなに設定 development: adapter: mysql2 encoding: utf8 database: my_db_name username: root pas
環境 osx10.9.1 ruby2.0.0 rails4 MySQL5.6.x 経緯 既にMySQL上に存在するtableを使ってrailsしてみた。 MySQLと接続する 下のサイトを参考にして、database.yamlを定義。 - development: adapter: mysql2 encoding: utf8 database: my_db_name username: root password: root host: localhost pool: 5 timeout: 5000 参考サイト http://threetreeslight.com/post/61834000065/rails-db MySQL上のテーブルからscheme.rbを生成する。 rake environment -v -t RAILS_ENV=development db:schema:dump
begin ActiveRecord::Base.transaction do . . raise 'ロールバックします' end p 'コミット' # トランザクション処理を確定 rescue => e p 'ロールバック' # トランザクション処理を戻す end transactionブロックの中で登録・更新処理を行う場合は、saveやupdateではなく、save!, update!を使用する。 transactionブロックの中で複数のモデルの更新を行った後に例外を発生させると、全部のモデルがロールバックする。 楽観的ロック 「競合は多分起きないだろう」という前提で、データの取得時には何もせず、更新時に競合をチェックする方法。 レコードのバージョン管理を行うため、テーブルにlock_versionカラムを追加する。その際、デフォルト値を0にする。 lock_versionはレコード
既存プロダクトにあらたな機能を付け加えようとcontroller内をいじっているとき「ん？updateアクションのときはupdate_attributesだけどそのほかだとsaveになってるぞ、何か違いあんのか？」とふと思って、ちょこっと調べたのでメモ程度に残しておくことにしました。 save レファレンスによると”生成したモデルオブジェクトをデータベースに保存する”と記されている。参考URL -> Railsドキュメント ピンとこないがまあオブジェクトを呼び出してそこに何かを代入して保存のようなときにsaveを使えってことかな。 つまりモデル名.オブジェクト名 = とやってから保存するときにsaveを使うってことと勝手に理解しました笑 update_attributes レファレンスによると”データベースから取得したオブジェクトを更新”と記されている。参考URL -> Railsドキュメ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
