Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
ActiveRecordの速度改善Tips2020冬
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
patorash
November 25, 2020
Programming
0
75
ActiveRecordの速度改善Tips2020冬
patorash
November 25, 2020
Tweet
Share
More Decks by patorash
See All by patorash
中間管理職はそこそこ楽しい
patorash
0
24
情報共有戦略と戦術
patorash
1
1.3k
exists?で起きるN+1問題にSetで対処する
patorash
0
810
DBのメタデータを管理する文化を作る
patorash
0
670
Stimulusのススメ
patorash
0
83
わかった気になる!OpenID Connect
patorash
2
2.2k
Indexの種類
patorash
1
800
Start-SQLの紹介
patorash
0
750
RailsアプリにGraphQLを導入してみた話
patorash
1
670
Other Decks in Programming
See All in Programming
生成AIを活用したソフトウェア開発ライフサイクル変革の現在値
hiroyukimori
PRO
0
140
CopilotKit + AG-UIを学ぶ
nearme_tech
PRO
1
100
Lambda のコードストレージ容量に気をつけましょう
tattwan718
0
200
生成AIを使ったコードレビューで定性的に品質カバー
chiilog
1
310
AIプロダクト時代のQAエンジニアに求められること
imtnd
1
480
The Ralph Wiggum Loop: First Principles of Autonomous Development
sembayui
0
3.7k
atmaCup #23でAIコーディングを活用した話
ml_bear
4
690
NOT A HOTEL - 建築や人と融合し、自由を創り出すソフトウェア
not_a_hokuts
2
460
CSC307 Lecture 13
javiergs
PRO
0
300
今から始めるClaude Code超入門
448jp
8
9.5k
ぼくの開発環境2026
yuzneri
1
290
オブザーバビリティ駆動開発って実際どうなの?
yohfee
1
510
Featured
See All Featured
A designer walks into a library…
pauljervisheath
210
24k
Prompt Engineering for Job Search
mfonobong
0
180
The SEO identity crisis: Don't let AI make you average
varn
0
400
Abbi's Birthday
coloredviolet
2
5k
Become a Pro
speakerdeck
PRO
31
5.8k
We Have a Design System, Now What?
morganepeng
55
8k
More Than Pixels: Becoming A User Experience Designer
marktimemedia
3
340
[RailsConf 2023] Rails as a piece of cake
palkan
59
6.3k
A Guide to Academic Writing Using Generative AI - A Workshop
ks91
PRO
0
220
Product Roadmaps are Hard
iamctodd
PRO
55
12k
GraphQLの誤解/rethinking-graphql
sonatard
74
11k
Neural Spatial Audio Processing for Sound Field Analysis and Control
skoyamalab
0
190
Transcript
ActiveRecordの 速度改善Tips 2020 冬 株式会社リゾーム システム開発部 尾古 豊明 2020-11-25(水) 社内勉強会
これは2015年に発表した資料の焼き直し 第9回中国地方DB勉強会 IN 米子での発表資料 https://www2.slideshare.net/chariderpato/heroku-active-record-tips
ActiveRecord高速化の肝 DBへのアクセス回数を減らす 大量のデータを一度に取得しない 使うカラムのデータだけ取得する そもそもDBにアクセスしない
適切なindexを設定する
DBへのアクセス回数を減らすには? パフォーマンス監視ツールを使う(rack-mini-profiler) N+1問題の発生を検知するgemを使う(bullet) counter_cacheを使う(Railsにある機能) eager_load, preload,
includes, left_joins, joinsなどのメソッドを使う 大きいテーブルをjoinすると1回のクエリで済むが逆に性能が悪化するケースもあるので注意
大量のデータを取得しないようにするには? find_each, find_in_batches, in_batchesなどのメソッドを使う デフォルトで1,000件ずつ処理する orderが効かないので注意
ページングを行う(kaminari) 存在チェックには、present?ではなく、exists?を使う present?はモデルのオブジェクト作ってしまっているし、全部取得している select * from ~ where ~ exists?はクエリがシンプル select 1 from ~ where ~
使うカラムのデータだけ取得するには? selectメソッドで絞り込む - articles.select(:id, :title).each do |article| =
link_to article.title, article_path(article) end pluckメソッドで値だけ取得する - articles.pluck(:id, :title).each do |(id, title)| = link_to title, article_path(id) end
そもそもDBにアクセスしないには? フラグメントキャッシュなどを使う 1回アクセスしたときの結果をキャッシュして再利用する 頻繁に更新されないもの、且つ頻繁に参照されるものに関して有用(トップページとか) データを更新したときにキャッシュを削除し忘れると事故になるので注意
以上