Rails: where.firstとfind_byの違いを知る（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Know what your scopes are doing: where.first vs find_by - Andy Croll 原文公開日: 2022/03/14 原著者: Andy Croll 日本語タイトルは内容に即したものにしました。 参考: 週刊Railsウォッチ20220328 where.firstとfind_by Active RecordのようなORM（Object-Relational Mapper）でSQLを生成することには多くのメリットがあります。明確で再利用しやすい抽象化を手に入れられるので、時間も節約でき、可読性も向上します。 ただし、ORMの便利な抽象化機能そのものが思わぬ結果をもたらすこともあります。 データベースサーバー上で実行される「実際の」SQLはフレームワークが生成するので、気をつけ
週刊Railsウォッチ（20210309後編）RubyのIRBに隠れているイースターエッグ、Power Automate Desktop、SQLクエリのありがちなミス6つほか｜TechRacho by BPS株式会社
週刊Railsウォッチについて 各記事冒頭には🔗でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋のように）社内有志でつっついたときの会話の再構成です👄 お気づきの点がありましたら@hachi8833までメンションをいただければ確認・対応いたします🙇 TechRachoではRubyやRailsなどの最新情報記事を平日に公開しています。TechRacho記事をいち早くお読みになりたい方はTwitterにて@techrachoのフォローをお願いします。また、タグやカテゴリごとにRSSフィードを購読することもできます（例:週刊Railsウォッチタグ） 🔗Ruby 🔗 RubyのIRBに隠れているgem（Ruby Weeklyより） 元記事: The Hidden Gems of Ruby's IRB つ
4 Non-standard Ways to Fix N+1 Queries in Rails
4 Non-standard Ways to Fix N+1 SQL Queries in Rails Updated Apr 6, 2021 6 minute read I’m not sure if the world needed another post about N+1 queries in Ruby on Rails. To make up for the cliche topic, I’ll describe less common solutions to this problem. Read on if you want to learn how to reduce the number of cascading N+1 SQL queries without using includes or additional table join operations. N+1
Arel.sqlを付けるだけじゃダメ!? Railsで"Dangerous query method …”の警告が出たときの対応方法 - Qiita
Arel.sqlを付けるだけじゃダメ!? Railsで"Dangerous query method …”の警告が出たときの対応方法RailsSecurity TL; DR（長いので最初に結論） この記事で言いたいことはこちらです ↓ Rails 5.2で"Dangerous query method ..."の警告が出たからといって、機械的にArel.sqlを適用してはいけません。 警告が出たらまず、該当したコードにSQLインジェクションの危険性がないか見極めることが大事です。 もしその危険性がある場合は、入力値を検証するなどして危険性を取り除いてから、Arel.sqlを適用してください。 「え？何を言ってるのかさっぱりわかりません」という人は、この続きを読んでください。 はじめに Rails 5.1で開発していたRailsアプリをRails 5.2にアップグレードすると、以下のような警
【Rails】ActiveRecord経由せずにsql直接実行する方法がたくさんあるの知らなかった… - 訳も知らないで
RailsにはActiveRecordという素晴らしいORマッパーが付属していますが、 パフォーマンスの問題とか複雑な処理とかで やっぱり直接SQL実行したい…って場面多々ありますよね。 私SQL直接実行するコマンドって 「execute」しか知らなかったんです… で、executeで実行すると 結果が何か「Mysql2::Result」みたいなクラスのオブジェクトで返ってきて 使いづらいんです… （Mysqlの場合） $ ActiveRecord::Base.connection.execute("select * from users where age > 20")いちいちeachで値を取って整形したりして… 上記のようなselect文の結果なら、モデル経由で取ってくる時みたいに 配列とかで返してくれれば… とか思ってました。 そしたらやっぱりあった(ﾟдﾟ)! 〜参考になりました！
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
