オブジェクトIDが変わる時と変わらない時がある

Question

エラーとかではなく単純に自分の知識不足なのですが。。。
同じレシーバを参照しているはずなのに、object_idが変わってしまいます。

[37] pry(main)> User.first.object_id
  User Load (0.4ms)  SELECT  `users`.* FROM `users` WHERE `users`.`deleted_at` IS NULL ORDER BY `users`.`id` ASC LIMIT 1
=> 70289450753400
[38] pry(main)> User.first.object_id
  User Load (0.4ms)  SELECT  `users`.* FROM `users` WHERE `users`.`deleted_at` IS NULL ORDER BY `users`.`id` ASC LIMIT 1
=> 70289357969400
[39] pry(main)> User.first.object_id
  User Load (0.4ms)  SELECT  `users`.* FROM `users` WHERE `users`.`deleted_at` IS NULL ORDER BY `users`.`id` ASC LIMIT 1
=> 70289450633560
[40] pry(main)> User.first.object_id
  User Load (0.5ms)  SELECT  `users`.* FROM `users` WHERE `users`.`deleted_at` IS NULL ORDER BY `users`.`id` ASC LIMIT 1
=> 70289433034860
[41] pry(main)> User.first.object_id
  User Load (2.0ms)  SELECT  `users`.* FROM `users` WHERE `users`.`deleted_at` IS NULL ORDER BY `users`.`id` ASC LIMIT 1
=> 70289433096940
[42] pry(main)> User.first.object_id
  User Load (0.5ms)  SELECT  `users`.* FROM `users` WHERE `users`.`deleted_at` IS NULL ORDER BY `users`.`id` ASC LIMIT 1
=> 70289450451080
[43] pry(main)> User.first.object_id
  User Load (0.6ms)  SELECT  `users`.* FROM `users` WHERE `users`.`deleted_at` IS NULL ORDER BY `users`.`id` ASC LIMIT 1
=> 70289433159180

User.firstは全て同じレシーバだと思うのですが、毎回変わってしまいます。しかし、

[28] pry(main)> u = User.first

[29] pry(main)> u.object_id
=> 70289238676820
[30] pry(main)> u.object_id
=> 70289238676820
[31] pry(main)> u.object_id
=> 70289238676820
[32] pry(main)> u.object_id
=> 70289238676820
[33] pry(main)> u.object_id
=> 70289238676820
[34] pry(main)> u.object_id
=> 70289238676820
[35] pry(main)> u.object_id
=> 70289238676820
[36] pry(main)> u.object_id
=> 70289238676820

変数に代入すると全て同じになります。

これはどういうことなのでしょうか。
・なぜUser.firstを参照すると全て変わるのか
・なぜ変数に代入すると変わらないのか
・この辺り一帯の知識の付け方が知りたい(プログラミングでいうとどのあたりの知識に関連しているのか)

何卒よろしくお願いします。

Answer 1

モデルの各オブジェクトというのはRuby上に常に存在するのではなく、SQLからレコードを取得して毎回生成されます。どういうことかというとUser.firstというのは単純に既にあるオブジェクトの一番目を取得するというのではなく、次のような処理を行っているということです。

1. Userモデルに対応したusersテーブルの最初のレコードのデータを取得する(SELECT `users`.* FROM `users` WHERE `users`.`deleted_at` IS NULL ORDER BY `users`.`id` ASC LIMIT 1のSQL文を発行しているところです)。
2. 取得したデータを元にUserオブジェクト(これはRubyのオブジェクト)を作成する(User.new(取得したデータ...)を実行したようなもの)。

最初のコードでは毎回User.firstを実行しているため、毎回Userオブジェクトが作成されます。オブジェクトは作成される度にobject_idが異なる(GCがメモリ領域が回収しているとタイミングによっては同じobject_idが再利用される場合がある)ため、それぞれの異なるobject_idになります。しかし、次のコードはUser.firstは一度きりで、作成されたオブジェクトを変数に紐付けています。その変数を使う限り、同じオブジェクトになるので、object_idは常に同じと言うことです。

User.firstの部分をString.newにしてやってみてください。同じような結果が得られると思います。

Comments

[tomoharu]

毎回毎回新しくオブジェクトが生成されるのは知りませんでした。ありがとうございます。理解できました。

Answer 2

User.first はdatabase上では一つのデータですが、User.firstでrailsに読み込んだ時に Userのインスタンス(object)が作られます。それは読み込むたびに新たにつくられます。
その作られたobjectに対するobject_idですので、作られるたびに新しいidが与えられます。

u = User.first　で u のobject_id が変わらないのは、uに代入されたUserのobjectはずっと同じものだからです。
u = User.first
u.object_id
u = User.first
u.object_id
u = User.first
u.object_id
と繰り返してみてください。毎回変わると思います。

Comments

[tomoharu]

ご返信ありがとうございます。理解できました。

[tomoharu]

ご回答ありがとうございます。理解できました。