データベースの値をちょっとだけ書き換えたら検索に数十分かかる様になって障害になった裏話 - STORES Product Blog
はじめに 2024年1月にリテール(ネットショップ・レジ)部門からサービス(予約)部門に異動になった @ucks です。 異動してからはスマートリストという機能の開発を行っていて、5月6日に無事リリースできたのと、開発途中で障害に至ってしまった部分があるので、裏側を少し紹介しようかなと思います。 はじめに スマートリストとは スマートリストの設計 検索の仕様変更 高負荷時のハンドリング そして障害へ 見逃した点 DBの実行計画確認時の見逃し 動作確認時の漏れ 監視先の漏れ ログの損失 おわりに スマートリストとは スマートリストの開発についての話を行う前に、まずはスマートリストについて簡単に説明しておきます。 スマートリストとは、特定の条件の顧客をラベリングする機能です。 早い話、最終予約日がいつ、予約回数が何回以上等の顧客の検索条件を保存しておいて、閲覧時にラベリングして、視認しやすくし
Railsアプリの処理を100倍以上に高速化して得られた知見 | Recruit Tech Blog
RailsのActiveRecordのインスタンス生成コストを抑止する - Qiita
RailsのActiveRecordのcount、length、sizeメソッドの違い - Qiita
Railsのdependent: :restrict_with_error と :restrict_with_exception はなにが違うのか - その辺にいるWebエンジニアの備忘録
Rails で結合先のテーブルで条件つけたいけど結合元のレコードは全部欲しいってときは Scoped Association
プレーヤーがいないチーム C も一覧に表示されているのがポイントです。 以上の設定が、「結合先のプレーヤーテーブルにおいて論理削除されていないという条件をつけたいけど、チームのレコードは全部欲しい」という状況になっているのがお分かりいただけるでしょうか。 どうクエリメソッドを書けばよいか？ まずパッと思いつくもの 例えばこんなのはどうでしょうかね。 Team.eager_load(:players).where(players: {deleted: false}) すると以下のようなSQLが発行されます。 SELECT "teams"."id" AS t0_r0, "teams"."name" AS t0_r1, "teams"."created_at" AS t0_r2, "teams"."updated_at" AS t0_r3, "players"."id" AS t1_r0, "p
[Rails] self.abstract_class = true の意味と挙動
![[Rails] self.abstract_class = true の意味と挙動](https://cdn-ak-scissors.b.st-hatena.com/image/square/8d71ff5111e05619a10d29bb40d7aebaa75c8fbc/height=288;version=1;width=512/https%3A%2F%2Fs0.wp.com%2Fi%2Fblank.jpg)
ActiveRecordのupsert_allの挙動について
この時、例えば既に保存されているレコードに関して姓と名の間に半角スペースが必要だったのでレコード1~3を更新したいすると次のように書きたくなります。 Employee.upsert_all( [ { id: 1, name: '野比 のび太' }, { id: 2, name: '剛田 武' }, { id: 3, name: '骨川 スネ夫' } ] ) が、この場合だと ActiveRecord::NotNullViolation: Mysql2::Error が発生してしまいます 理由はレコードが新規追加だったケースの時に問題があるSQLになってしまうからです。 新規追加だったケースの時に問題がある理由 上記のupsert_allを実行したときのSQLは次のようになります INSERT INTO `sample_database`.`employees`(`id`,`name`) V
Railsにおけるネストしたtransactionの挙動
class User < ApplicationRecord after_save { raise ActiveRecord::Rollback } end # consoleの中 ActiveRecord::Base.transaction do user = User.first # => User { name: "hoge" } user.update!(name: "new hoge") end 上記のコードではUserモデルのインスタンスを保存しています。callbacksはrailsがtransactionを作りその中で実行されるので、consoleで作ったtransactionにネストする形で新しいtransactionが始まり、after_saveの処理が実行されます。そしてこの場合、rollbackされずにuserのnameは"new hoge"に更新されてしまいます。
【Rails】ネストしたトランザクションでのロールバックについてまとめてみた｜SKILLDO | スキルド
ネストしたトランザクションでのロールバック① (ActiveRecord::Rollback) まずはネストしたトランザクションでActiveRecord::Rollbackする場合を考えます。 Active::Record::RollbackはActiveRecord::ActiveRecordErrorを継承していて、またさらにこれはStandardErrorを継承しています。 エラークラスなのでraiseを使って以下のように使います。 class BooksController < ActionController::Base def create Book.transaction do book = Book.new(params[:book]) book.save! if today_is_friday? raise ActiveRecord::Rollback end end
migration の中で model を触ったら必ず reset_column_information する - onk.ninja
migration の中で model を触ったら必ず reset_column_information する 治安の悪い Rails アプリケーションでは、migrate 中に model の不整合で怒られることがあります。 class AddAgeToUsers < ActiveRecord::Migration[5.1] def up p User.first # 1 add_column :users, :age, :integer # 2 User.create(name: "Taro", age: 16) # 3 end end 1 で User model を触ってしまっているので add_column 前の DB の状態がキャッシュされて 2 で追加した add_column は別にキャッシュをリセットしないので 3 で ActiveModel::UnknownAttrib
Railsのモデル名をすべて変更した話 - SmartHR Tech Blog
ActiveRecordで"type"という名前のカラムがあるとエラーが出る場合の対応 - Qiita
[4] pry(main)> Kantai.find(1) Kantai Load (0.4ms) SELECT `kantais`.* FROM `kantais` WHERE `kantais`.`id` = 1 LIMIT 1 ActiveRecord::SubclassNotFound: The single-table inheritance mechanism failed to locate the subclass: '戦艦'. This error is raised because the column 'type' is reserved for storing the class in case of inheritance. Please rename this column if you didn't intend it to be used for stori
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ActiveRecord Scoped Association - ohbarye
Upcase : Querying with Custom Joins | Online Video Tutorial by thoughtbot
やさしいActiveRecordのDB接続のしくみ
rails/activemodel/lib/active_model/serializers/json.rb at main · rails/rails
Add has_secure_key to Active Record · Issue #16879 · rails/rails
Ruby on Rails Model関連のクラスで定義するscopeとクラスメソッドの違いについて - UUUMエンジニアブログ
Strict Loading n_plus_one_only doesn't catch N+1 problem · Issue #42576 · rails/rails