endelseselfendend#34480のコメントにあったように、implicit_order_columnの現在の実装では、中で値が重複している場合に同じ順序でオブジェクトが返されるとは限らない。このパッチは(implicit_order_columnとして設定されていない場合は)主キーを第2ソートとして追加することで出力の順序が一貫するようになった。Recordは主キーでソートする。主キーがオートインクリメントの整数値でない場合(UUIDなど)、これによって予想外の振る舞いが生じる可能性がある。今回の変更では、firstやlastの結果が予測可能になるように、それらの暗黙のorderで使われるカラムをオーバーライドできるようになった。"created_at"end後で調べると、6.0リリースノートでも#34480についてはごく簡単にしか触れられていませんでした↓。以下の記事によるとimplicit_order_columnではカラムを1つしか指定できないそうです。」ConnectionAdapters::ResolverとDatabaseConfiguratonsという2つのオブジェクトに同じロジックが多数実装されている。一方はconfig/database.ymlで定義された設定に用い、もう一方はestablish_connectionなどのメソッドにStringやHashで生の設定を渡すのに用いる。時間とともに2つのロジックが少し乖離してきたので、コードの複雑さを軽減して一貫性を高めるためにResolverを削除して主なメソッドをDatabaseConfigurations#resolveに置き換え、resolve_pool_configをConnectionPoolに移動するなどした。ガイドEngineクラスの定義に含まれるisolate_namespaceの行を変更・削除しないことを強く推奨します。この行が変更されると、生成されたエンジン内のクラスがアプリケーションと衝突する可能性があります。Recordのsaveなどにフックをかける」なども紹介されています。Ruby.capistranorb.comより前編は以上です。Slackなど)です。コボラー、ITコンサル、ローカライズ業界、Rails開発を経てTechRachoの編集・記事作成を担当。チュートリアル第2版の監修および半分程度を翻訳、Railsガイドの初期翻訳ではほぼすべてを翻訳。その後も折に触れて更新翻訳中。enno.jpを運営。実は最近Go言語が好きで、Goで書かれたRubyライクなGoby言語のメンテナーでもある。仕事に関係ないすっとこブログ「あけてくれ」は2000年頃から多少の中断をはさんで継続、現在はnote.muに移転。Storageを使ってはいけない(翻訳)#Tags#会社紹介#自社サービス#勉強会#Rails#PHP#デザイン#実績#週刊RailsウオッチCONTACTお気軽にご相談ください。(翻訳)CONTACTTechRachoでは、パートナーシップをご検討いただける方からのご連絡をお待ちしております。お気軽にご意見・ご相談ください。