<h2 id="h9707d3a59a">概要</h2><p> CTIで設計したテーブルをアプリケーションに落とし込むために<a href="https://api.rubyonrails.org/classes/ActiveRecord/DelegatedType.html" target="_blank" rel="noopener noreferrer">Delegated types</a>を利用したのでその振り返り<br></p><h2 id="hc69c85bcf9">背景</h2><ul><li>サブクラスごとに異なるカラムを使う前提があった</li><li>今後の拡張時に既存処理の影響を与えずにロジックを記述できるようにしたかった</li><li>そのため、STIよりかはCTI（MTI）的にサブクラスごとにテーブルを分けてその状態を実現したかった</li><li>STIのような共通インターフェースでサブクラスにアクセスしたかった</li></ul><p><br>要は、サブクラスごとにテーブルを分けたいけれど、STIのように共通インターフェースでサブクラスにアクセスしたかった。<br>最初は<a href="https://max.engineer/mti#multiple-table-inheritance-simulated" target="_blank" rel="noopener noreferrer">https://max.engineer/mti#multiple-table-inheritance-simulated</a> などを見て、メタプロで実現しようと考えていた。<br>ただ、納期が迫っていたのでメタプロでやり切れるのか不明瞭だったのと、今後の保守性 / 拡張性まで考えると懸念があった。<br>色々とググった結果、<a href="https://stackoverflow.com/a/63273663" target="_blank" rel="noopener noreferrer">https://stackoverflow.com/a/63273663</a> でどうやらMTIがRails6.1.0からネイティブサポートされたという情報を見つけた。それが<a href="https://api.rubyonrails.org/classes/ActiveRecord/DelegatedType.html" target="_blank" rel="noopener noreferrer">Delegated types</a>。<br>メタプロよりネイティブサポートされた機能を使う方がベターだと考え、これを使って実装をしていこうと決断。（そのためにRailsのバージョンまで上げた）<br></p><h2 id="h89e7b98e09">詳細</h2><p><a href="https://api.rubyonrails.org/classes/ActiveRecord/DelegatedType.html" target="_blank" rel="noopener noreferrer">Delegated types</a>は委譲（Delegate）を使って、スーパークラスから具象サブクラスへアクセスできるようにしている。<br><br>クラス設計は下記のようになる。<br>まず、スーパークラスとしてEntryが存在しており、具象サブクラスとして<code>Message</code> / <code>Comment</code>が存在している。<br>スーパークラスには<code>delegated_type</code>の宣言をしており、サブクラスには<code>Entryable</code>モジュールをincludeしている。</p><pre><code># Schema: entries[ id, account_id, creator_id, created_at, updated_at, entryable_type, entryable_id ]
class Entry &lt; ApplicationRecord
&nbsp;belongs_to :account
&nbsp;belongs_to :creator
&nbsp;delegated_type :entryable, types: %w[ Message Comment ]
end</code></pre><p><br></p><pre><code>module Entryable
&nbsp;extend ActiveSupport::Concern
&nbsp;included do
&nbsp;has_one :entry, as: :entryable, touch: true
&nbsp;end
end</code></pre><p><br></p><pre><code># Schema: messages[ id, subject, body ]
class Message &lt; ApplicationRecord
&nbsp;include Entryable
end</code></pre><p><br></p><pre><code># Schema: comments[ id, content ]
class Comment &lt; ApplicationRecord
&nbsp;include Entryable
end</code></pre><p><br>スーパークラスの<code>entryable_id</code> に具象サブクラスのプライマリID、<code>entryable_type</code>にサブクラスのtypeが格納される。<br>スーパークラス側の<code>delegated_type</code>メソッドの <code>types</code>オプションで許可するtypeを定義できる。<br>上記例では、<code>Message</code>と<code>Comment</code>typeのみ許可することになっている。<br>この時、スーパークラスとサブクラスのレコードは下記のようになっている。</p><pre><code>[1] pry(main)&gt; Entry.first
=&gt; #&lt;Entry:0x0000ffff7c3996b8
&nbsp;id: 1,
&nbsp;account_id: 1,
&nbsp;creator_id: 1,
&nbsp;entryable_id: 1,
&nbsp;entryable_type: "Comment"
&nbsp;created_at: Wed, 26 Oct 2022 07:04:34 UTC +00:00,
&nbsp;updated_at: Mon, 28 Nov 2022 05:42:32 UTC +00:00,
&nbsp;&gt;
&nbsp;[1] pry(main)&gt; Comment.first
=&gt; #&lt;Comment:0x0000ffff7c3996b8
&nbsp;id: 1,
&nbsp;content: "content"
&nbsp;&gt;</code></pre><p><br>これにより、下記のようにスーパークラスから<code>entryable</code>インターフェースを経由して具象サブクラスにアクセスできる。（ifによるtype分岐などは必要としない。尋ねるな命じよ(Tell, Don't Ask!)）</p><pre><code>Entry.first.entryable
=&gt; Comment.first
Entry.first.entryable.id
=&gt; Comment.first.id
Entry.first.entryable.content
=&gt; Comment.first.content</code></pre><p><br></p><h2 id="ha214098e44">まとめ</h2><p><a href="https://api.rubyonrails.org/classes/ActiveRecord/DelegatedType.html" target="_blank" rel="noopener noreferrer">Delegated types</a> を選定することで新たな知見を得られたのが良かった。<br>STIとCTIの違いを抑えられただけでなく、Railsのアップグレード（<a href="https://kdevlog.com/posts/7oo2u06co" target="_blank" rel="noopener noreferrer">こちら</a>の記事）についても知見を得られたのもGood。<br></p>

<Rails>Delegated typesを利用した際の知見

<h2 id="h9707d3a59a">概要</h2><p>STIとポリモーフィック関連の理解が混同していたので改めて整理した記事。<br></p><h2 id="h6515c1f26a">STIとは</h2><p>1つのテーブルを継承して複数のモデルを表現する形式。<br></p><h3 id="hcf4c0ae6f0">具体例</h3><p>carsテーブルとtrainsテーブルがvehiclesテーブルを継承すると仮定する。<br>クラス間の関係性は下図のようになる。<br><img src="https://images.microcms-assets.io/assets/29c265a7cc5e4ed284faac0e218d88e8/4434c9d0b52c48458ff830b069195b06/sti_models.png" alt=""><br><br>STIはテーブル一つで表現するため、DBに存在するテーブルはvehiclesテーブルのみ。<br><img src="https://images.microcms-assets.io/assets/29c265a7cc5e4ed284faac0e218d88e8/68b0c8ee878a4cb88723cfdbcc51932a/sti_table.png" alt=""><br>vehiclesテーブルのtypeカラムを使って、trains or carsの判別をする。<br></p><h3 id="h3ab24f6f50">メリット</h3><ul><li>テーブルが増えない</li><li>Railsの場合だと<a href="https://api.rubyonrails.org/classes/ActiveRecord/Inheritance.html" target="_blank" rel="noopener noreferrer">STIをサポートしている</a>ので実装容易性がある</li><li>サブクラスのレコードを取得するためにJOINする必要が無い</li></ul><p><br></p><h3 id="h7e4a670898">デメリット</h3><ul><li>カラム数が多くなる</li><li>別のサブクラスで利用しなければnull値が増える</li><li>特定のサブクラスのみを参照すべき他テーブルの外部キー制約が、誤ったサブクラスを参照することを防げない</li></ul><p><br></p><h3 id="h3de35099b3">参考</h3><p><a href="https://qiita.com/yebihara/items/9ecb838893ad99be0561" target="_blank" rel="noopener noreferrer">https://qiita.com/yebihara/items/9ecb838893ad99be0561</a><br></p><h2 id="h01c3f30303">ポリモーフィック関連とは</h2><p>複数のモデルから同じモデルを参照する際の関連付けの仕組み。<br>多態性という言葉より複数のモデルに対して共通のインターフェースを設けられる。<br><a href="https://guides.rubyonrails.org/association_basics.html#polymorphic-associations" target="_blank" rel="noopener noreferrer">https://guides.rubyonrails.org/association_basics.html#polymorphic-associations</a><br></p><h3 id="hcf4c0ae6f0">具体例</h3><p>ProductモデルとEmployeeモデルはPictureモデルを参照すると仮定（railsガイドそのまま）<br></p><pre><code>class Picture &lt; ApplicationRecord
&nbsp;belongs_to :imageable, polymorphic: true
end</code></pre><p><br></p><pre><code>class Employee &lt; ApplicationRecord
&nbsp;has_many :pictures, as: :imageable
end</code></pre><p><br></p><pre><code>class Product &lt; ApplicationRecord
&nbsp;has_many :pictures, as: :imageable
end</code></pre><p><br>picturesテーブルには参照元の親テーブルを表すカラム（<code>imageable_id</code> / <code>imageable_type</code>）を持たせる。</p><pre><code>class CreatePictures &lt; ActiveRecord::Migration[7.0]
&nbsp;def change
&nbsp;&nbsp;create_table :pictures do |t|
&nbsp;&nbsp;&nbsp;t.string&nbsp;:name
&nbsp;&nbsp;&nbsp;t.bigint&nbsp;:imageable_id
&nbsp;&nbsp;&nbsp;t.string&nbsp;:imageable_type
&nbsp;&nbsp;&nbsp;t.timestamps
&nbsp;&nbsp;end
&nbsp;&nbsp;add_index :pictures, [:imageable_type, :imageable_id]
&nbsp;end
end</code></pre><p><br><code>@picture.imageable</code>を介して親テーブルにアクセスできる。<br><code>@picture</code>がどの親に紐づいているかどうかの分岐が必要ない。（typeによる分岐等）<br></p><h3 id="h3ab24f6f50">メリット</h3><ul><li>DRYに書ける<ul><li>中間テーブルを省いて相互に関連付けが可能</li><li>共通インターフェースで関連付けが可能</li></ul></li></ul><p><br></p><h3 id="h7e4a670898">デメリット</h3><ul><li>外部キーを貼れないので参照整合性制約が担保されない</li></ul><h2 id="ha214098e44"><br>まとめ</h2><p>ポリモーフィックとSTIの言語の意味を考えると自然とどちらか分かる。<br>まずは言語の意味をしっかり抑えようと思った。</p>

STIとポリモーフィック関連の整理

<h2 id="h9707d3a59a">概要</h2><p>社内の新規アプリケーション開発時にマルチテナント対応をしたいという話になり、Railsでそれを実現するGemを選定して実装した際の振り返り<br></p><h2 id="hc69c85bcf9">背景</h2><p>PostgresqlのRLS(<a href="https://www.postgresql.jp/document/9.6/html/ddl-rowsecurity.html" target="_blank" rel="noopener noreferrer">Row Level Security</a>)も考慮してテナントごとのデータを安全に扱いたかったため、それを前提にGemを探した<br>RLSのGemは <a href="https://github.com/suus-io/rls_rails" target="_blank" rel="noopener noreferrer">https://github.com/suus-io/rls_rails</a> も候補としてあったが、DSLみが強くconfigが複雑になりそうだったので不採用。<br>色々探した結果、SmartHRさんがRLSのGemを公開したという<a href="https://tech.smarthr.jp/entry/2022/02/15/202241" target="_blank" rel="noopener noreferrer">記事</a>を読んで、結果的にそのGem (<a href="https://github.com/kufu/activerecord-tenant-level-security" target="_blank" rel="noopener noreferrer">https://github.com/kufu/activerecord-tenant-level-security</a>) を採用。<br>採用したGemが <a href="https://github.com/citusdata/activerecord-multi-tenant" target="_blank" rel="noopener noreferrer">https://github.com/citusdata/activerecord-multi-tenant</a> でのマルチテナント実装を推奨していたため、それを元に進めた。<br></p><h2 id="h89e7b98e09">詳細</h2><p>まず<a href="https://github.com/kufu/activerecord-tenant-level-security#usage" target="_blank" rel="noopener noreferrer">usage</a>に書かれているようにconfigでテナント分離できる設定を追記。</p><pre><code>TenantLevelSecurity.current_tenant_id { MultiTenant.current_tenant_id }</code></pre><p>その後下記手順で動作確認を行なった。<br></p><ul><li>テスト用のテーブルをマイグレーション（tenant_idをカラムにもたせる）</li><li>テストレコードのINSERT</li><li>Postgresql側でテストテーブルに参照権限を持ったテストユーザーを作成</li><li>テストユーザーでのコネクション確立</li><li>テナント分離動作確認</li></ul><p><br></p><h3 id="h85b05474f3">手順1: テスト用のテーブルをマイグレーション</h3><p>usageに従いpolicyをテーブルに付与（tenant_idのカラムも持たせる）してマイグレーション</p><pre><code>class CreateEmployee &lt; ActiveRecord::Migration[6.0]
&nbsp;def change
&nbsp;&nbsp;create_table :employees do |t|
&nbsp;&nbsp;&nbsp;t.integer :tenant_id
&nbsp;&nbsp;&nbsp;t.string :name
&nbsp;&nbsp;end
&nbsp;&nbsp;create_policy :employees
&nbsp;end
end</code></pre><p><br>DB側でもpolicyが付与されていることを確認</p><pre><code>development=# \d employees
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Table "public.employees"
&nbsp;Column&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;Type&nbsp;&nbsp;&nbsp;&nbsp;| Collation | Nullable |&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Default&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
-----------+-------------------+-----------+----------+---------------------------------------
&nbsp;id&nbsp;&nbsp;&nbsp;&nbsp;| bigint&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;| not null | nextval('employees_id_seq'::regclass)
&nbsp;tenant_id | integer&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;
&nbsp;name&nbsp;&nbsp;&nbsp;| character varying |&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;
Indexes:
&nbsp;&nbsp;"employees_pkey" PRIMARY KEY, btree (id)
Policies (forced row security enabled):
&nbsp;&nbsp;POLICY "tenant_policy"
&nbsp;&nbsp;&nbsp;USING (((tenant_id)::text = current_setting('tenant_level_security.tenant_id'::text)))
&nbsp;&nbsp;&nbsp;WITH CHECK (((tenantid)::text = currentsetting('tenant_level_security.tenant_id'::text)))</code></pre><p><br></p><h3 id="h1ce9c6f4f3">手順2: テストレコードのINSERT</h3><pre><code>2.times do |i|
&nbsp; Employee.create(tenant_id: i+1, name: "e#{i+1}")
end;nil</code></pre><p><br>この段階ではテナント分離されておらず全レコード取得できる</p><pre><code>irb(main):003:0&gt; Employee.all
&nbsp;&nbsp;(0.2ms)&nbsp;SET tenant_level_security.tenant_id TO DEFAULT
&nbsp;Employee Load (0.6ms)&nbsp;SELECT "employees".* FROM "employees"&nbsp;&nbsp;&nbsp;&nbsp;
=&gt; [#&lt;Employee:0x0000ffffb2ef9770 id: 1, tenant_id: 1, name: "e1"&gt;, #&lt;Employee:0x0000ffffb2c8acf0 id: 2, tenant_id: 2, name: "e2"&gt;]</code></pre><p><br></p><h3 id="hd67ad5402a">手順3: Postgresql側でテストテーブルに参照権限を持ったテストユーザーを作成</h3><p>テストユーザーにはSELECTだけ付与</p><pre><code>$ CREATE USER user WITH PASSWORD 'password';
$ \c development;
$ GRANT SELECT ON employees To user;</code></pre><p><br></p><h3 id="h096de0225e">手順4: テストユーザーでのコネクション確立</h3><p>ActiveRecordの<a href="https://api.rubyonrails.org/classes/ActiveRecord/ConnectionHandling.html#method-i-establish_connection" target="_blank" rel="noopener noreferrer">establish_connection</a>を利用してテストユーザーでコネクション確立</p><pre><code>irb(main):017:1* app_user_config = {
irb(main):018:1*&nbsp;&nbsp;adapter: "postgresql",
irb(main):019:1*&nbsp;&nbsp;encoding: "UTF8",
irb(main):020:1*&nbsp;&nbsp;database: "development",
irb(main):021:1*&nbsp;&nbsp;username: "user",
irb(main):022:1*&nbsp;&nbsp;password: "password",
irb(main):023:1*&nbsp;&nbsp;host: "db",
irb(main):024:1*&nbsp;&nbsp;port: 5432,
irb(main):025:0&gt; }
=&gt; {:adapter=&gt;"postgresql", :encoding=&gt;"UTF8", :database=&gt;"development", :username=&gt;"user", :password=&gt;"password", :host=&gt;"db", :port=&gt;5432}
irb(main):026:0&gt; ActiveRecord::Base.establish_connection(app_user_config)</code></pre><p><br></p><h3 id="h9bac615da0">手順5: テナント分離動作確認</h3><p>tenant_idが1のレコードのみ返却される</p><pre><code>irb(main):016:1* TenantLevelSecurity.with(1) do
irb(main):017:1*&nbsp;&nbsp;Employee.pluck(:name)
irb(main):018:0&gt; end
&nbsp;&nbsp;(0.9ms)&nbsp;SHOW tenant_level_security.tenant_id
&nbsp;&nbsp;(0.5ms)&nbsp;SET tenant_level_security.tenant_id TO DEFAULT
=&gt; ["e1"]</code></pre><p><br>これだけではまだ使い物にならないので、実装時に裏側でコネクション確立するような実装や明示的にコネクション抜ける方法も考えないといけない。<br></p><h2 id="ha214098e44">まとめ</h2><p>RLSという単語を初めて知ったので新しい知見を得られた。<br>Gemの選定も運用を考えた現実的なラインで判断できたので良い経験になった。<br></p>

<Rails>マルチテナント対応時に選定したGemの話

<h2 id="h9707d3a59a">概要</h2><p>先日社内のPRコードレビューを受けて、<code>Array#include?</code>より<code>Set#include?</code>の方が高速だということを知った<br>その時にソースを追ってみたまとめ<br></p><h2 id="h9ced1f0f73">要約</h2><ul><li><code>Array#include?</code>は計算量が<code>O(n)</code></li><li><code>Set#include?</code>は計算量が<code>O(1)</code></li></ul><p><br></p><h2 id="hf27beb394c">Array#include?</h2><pre><code>VALUE
rb_ary_includes(VALUE ary, VALUE item)
{
&nbsp;&nbsp;long i;
&nbsp;&nbsp;VALUE e;
&nbsp;&nbsp;for (i=0; i&lt;RARRAY_LEN(ary); i++) {
&nbsp;&nbsp;&nbsp;&nbsp;e = RARRAY_AREF(ary, i);
&nbsp;&nbsp;&nbsp;&nbsp;if (rb_equal(e, item)) {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;return Qtrue;
&nbsp;&nbsp;&nbsp;&nbsp;}
&nbsp;&nbsp;}
&nbsp;&nbsp;return Qfalse;
}</code></pre><p><a href="https://github.com/ruby/ruby/blob/master/array.c#L5417-L5430" target="_blank" rel="noopener noreferrer">https://github.com/ruby/ruby/blob/master/array.c#L5417-L5430</a><br></p><pre><code>/**
&nbsp;* This function is an optimised version&nbsp;of calling `#==`.&nbsp;It checks equality
&nbsp;* between two&nbsp;objects by first&nbsp;doing a fast&nbsp;identity check using&nbsp;using C's
&nbsp;* `==` (same&nbsp;as `BasicObject#equal?`).&nbsp;If&nbsp;that check fails, it&nbsp;calls `#==`
&nbsp;* dynamically.&nbsp;&nbsp;This optimisation&nbsp;actually affects&nbsp;semantics, because&nbsp;when
&nbsp;* `#==`&nbsp;returns false&nbsp;for the&nbsp;same object&nbsp;obj, `rb_equal(obj,&nbsp;obj)` would
&nbsp;* still&nbsp;return true.&nbsp;&nbsp;This happens&nbsp;for `Float::NAN`,&nbsp;where `Float::NAN&nbsp;==
&nbsp;* Float::NAN` is `false`, but `rb_equal(Float::NAN, Float::NAN)` is `true`.
&nbsp;*
&nbsp;* @param[in]&nbsp;lhs&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Comparison LHS.
&nbsp;* @param[in]&nbsp;rhs&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Comparison RHS.
&nbsp;* @retval&nbsp;&nbsp;&nbsp;RUBY_Qtrue&nbsp;&nbsp;They are the same.
&nbsp;* @retval&nbsp;&nbsp;&nbsp;RUBY_Qfalse&nbsp;They are different.
&nbsp;*/
VALUE rb_equal(VALUE lhs, VALUE rhs);</code></pre><p><a href="https://github.com/ruby/ruby/blob/master/include/ruby/ruby.h#L164-L178" target="_blank" rel="noopener noreferrer">https://github.com/ruby/ruby/blob/master/include/ruby/ruby.h#L164-L178</a><br>説明によるとオブジェクト同士の比較ということ<br></p><pre><code>&nbsp;describe "rb_equal" do
&nbsp;&nbsp;it "returns true if the arguments are the same exact object" do
&nbsp;&nbsp;&nbsp;s = "hello"
&nbsp;&nbsp;&nbsp;@o.rb_equal(s, s).should be_true
&nbsp;&nbsp;end
&nbsp;&nbsp;it "calls == to check equality and coerces to true/false" do
&nbsp;&nbsp;&nbsp;m = mock("string")
&nbsp;&nbsp;&nbsp;m.should_receive(:==).and_return(8)
&nbsp;&nbsp;&nbsp;@o.rb_equal(m, "hello").should be_true
&nbsp;&nbsp;&nbsp;m2 = mock("string")
&nbsp;&nbsp;&nbsp;m2.should_receive(:==).and_return(nil)
&nbsp;&nbsp;&nbsp;@o.rb_equal(m2, "hello").should be_false
&nbsp;&nbsp;end
&nbsp;end</code></pre><p><a href="https://github.com/ruby/ruby/blob/master/spec/ruby/optional/capi/object_spec.rb#L764-L779" target="_blank" rel="noopener noreferrer">https://github.com/ruby/ruby/blob/master/spec/ruby/optional/capi/object_spec.rb#L764-L779</a><br>念の為テストも確認して同値比較メソッドであることを確認<br><br>つまり<code>Array#include?</code>は1つずつ同値比較をしているので計算量が<code>O(n)</code><br></p><h2 id="ha2ec9ec4f7">Set#include?</h2><pre><code>&nbsp; # Returns true if the set contains the given object.
&nbsp; #
&nbsp; # Note that &lt;code&gt;include?&lt;/code&gt; and &lt;code&gt;member?&lt;/code&gt; do not test member
&nbsp; # equality using &lt;code&gt;==&lt;/code&gt; as do other Enumerables.
&nbsp; #
&nbsp; # See also Enumerable#include?
&nbsp; def include?(o)
&nbsp; &nbsp; @hash[o]
&nbsp; end
&nbsp; alias member? include?</code></pre><p><a href="https://github.com/ruby/ruby/blob/master/lib/set.rb#L397-L406" target="_blank" rel="noopener noreferrer">https://github.com/ruby/ruby/blob/master/lib/set.rb#L397-L406</a><br><br>hashでのアクセスにより <code>O(1)</code>の計算量を実現していることが分かった<br>ちなみにSetはイニシャライズでhashとして扱われている</p><pre><code>&nbsp;def initialize(enum = nil, &amp;block) # :yields: o
&nbsp;&nbsp;@hash ||= Hash.new(false)
&nbsp;&nbsp;enum.nil? and return
&nbsp;&nbsp;if block
&nbsp;&nbsp;&nbsp;do_with_enum(enum) { |o| add(block[o]) }
&nbsp;&nbsp;else
&nbsp;&nbsp;&nbsp;merge(enum)
&nbsp;&nbsp;end
&nbsp;end</code></pre><p><a href="https://github.com/ruby/ruby/blob/master/lib/set.rb#L245-L255" target="_blank" rel="noopener noreferrer">https://github.com/ruby/ruby/blob/master/lib/set.rb#L245-L255</a><br><br><br></p>

Kdevlog

<Rails>Delegated typesを利用した際の知見

STIとポリモーフィック関連の整理

<Rails>マルチテナント対応時に選定したGemの話

<Ruby> SetとArrayのinclude?の違い