Rails4でSTI(単一継承テーブル)を行う - Rails Webook
RailsのActiveRecordを使って次のようにすることでSTI(Single Table Inheritance: 単一継承テーブル)を行うことができます。 テーブルにtype(string)カラムを持たせる そのテーブルに対応するモデルクラスを継承したクラスを作成する 例えば、本(Book)とコンピューター(Computer)の商品を扱っており、一部カラムが同じで一部カラムが違うので、次のように１つのテーブルを使い、３つのモデルを作成することで、Rails側でbooksテーブルとcomputersテーブルが存在しているようにBookオブジェクトとComputerオブジェクトを扱うことができるようになります。 これにより、 Product.all # => Book, Computerモデルを含めたすべてレコードをproductsテーブルから取得 Computer.all # =>
[Rails 4.0] 巨大なテーブルやserializeを使うときのActiveRecordオーバーヘッドを測定してみた｜TechRacho by BPS株式会社
2013.08.12 [Rails 4.0] 巨大なテーブルやserializeを使うときのActiveRecordオーバーヘッドを測定してみた Railsは遅い！とよく言われますが、高速化ポイントのうち最有力候補の1つがDB/モデル周りです。 N+1問題を修正するだけでも、体感できるレベルの高速化が期待できます。 しかし、RubyKaigiでCookPadの方も言っていたように、RDBMSがSQLを実行する時間だけでなく、ActiveRecordオブジェクトの処理は非常に重いです。 モデル周りの最適化と聞いて、一生懸命SQLをEXPLAINするのも大事ですが、ログに出力される「Prefecture Load (0.5ms)」のような数値にはActiveRecordオブジェクト部分のオーバーヘッドが含まれていないため、全体でどの部分が遅いのかを理解しないと徒労に終わってしまう可能性がありま
![[Rails 4.0] 巨大なテーブルやserializeを使うときのActiveRecordオーバーヘッドを測定してみた｜TechRacho by BPS株式会社](https://cdn-ak-scissors.b.st-hatena.com/image/square/bd987619385f6a5a8cb7a352c74a583c1605d218/height=288;version=1;width=512/https%3A%2F%2Ftechracho.bpsinc.jp%2Fwp-content%2Fuploads%2F2013%2F04%2Frails.png)
【Rails】migrationのchangeとup/downって何が違うの？ - tanihiro.log
Railsでmigrationを作成する時、changeメソッドだけが定義されていたり、upとdownメソッドの2つが定義されている時があります。 class AddColumnHoge < ActiveRecord::Migration def change end end class ChangeColumnHoge < ActiveRecord::Migration def up end def down end end こんな風に、migrationファイルを作成した時の名前で、生成されるclassのひな形が違います。 up/downについて upとdownメソッドは、migrateを実行した時の処理と、rollbackした時の処理を定義します。 upで変更したものは、downで元に戻るようにしておかないと、正しくrollbackできません。 class ChangeColumnH
ActiveRecordでINNER JOINするとsaveできなくなる（解決策あり） - Qiita
ActiveRecordでクエリーを組み立てる時に、joinsメソッドを使ってINNER JOIN句を付けると、取ってきたレコードをsaveできなくなります。 その検証と、saveできるようにする、方法。 require 'logger' require 'active_record' # テーブル定義 class CreateShelves < ActiveRecord::Migration def change create_table :shelves end end class CreateBooks < ActiveRecord::Migration def change create_table :books do |t| t.integer :shelf_id end end end # モデル定義 class Shelf < ActiveRecord::Base has_m
【Rails3.2】uniqメソッドを使った際に、ActiveRecord::StatementInvalidが発生してしまう場合 - ふわふわRuby on Rails
Rails3.2から導入されたActiveRecord::Relation#uniq はとっても便利で、 records.select(:name).uniq と書くだけで、ユニークなnameの一覧が取得できます！ (recordsは何かしらレコードの集合です。) でも records = Client.order(:address) : records.select(:name).uniq と書くと、 ActiveRecord::StatementInvalid: PG::Error: ERROR: for SELECT DISTINCT, ORDER BY expressions must appear in select list というようなエラーを吐いてしまいます。 これは、selectしていないカラムに含まれていないカラム(この例ではaddress)でorderしようとしたため
ActiveRecord::QueryMethods#joins のメモ - おもしろwebサービス開発日記
Ruby on Rails Guides: Active Record Query Interface の joins の章を見てメモったので載せておきます。 11 Joining Tables joins メソッドについて。 11.1 Using a String SQL Fragment 単純に JOIN 節の生 SQL を引数として書ける Client.joins('LEFT OUTER JOIN addresses ON addresses.client_id = clients.id') 上記のメソッドの結果は下記のようになる SELECT clients.* FROM clients LEFT OUTER JOIN addresses ON addresses.client_id = clients.id 11.2 Using Array/Hash of Named Assoc
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ActiveRecord 単体をインストールして sqlite3 データベースのマイグレーション