Rails：セッションをデータベースに格納する利点は？

Question

私はなぜデータベースにセッションを保存するのだろうか？データベースにセッションを格納する利点はありますか？ Webサービスが再起動されている場合は、セッションデータをロードバランスの取れた環境では）

2を失っていない、セッションデータが格納されている

1）：

Answer 1

データベースまたはmemcachedの利点は、クライアント側でセッションデータを改ざんできず、クッキー（4kB）よりも多くのデータを保存できることです。

セッションがCookieまたはデータベースに格納されていて、Webサービスが再起動された場合、セッションデータは失われません。 memcachedに格納されている場合にのみ失われる可能性があります。

サーバーが負荷分散されている場合、セッションデータは要求を処理しているWebサーバーに渡されるため、Cookie、データベース、またはmemcachedセッションでは問題ありません。

memcachedまたはデータベースよりもクッキーの利点は、クライアントがセッションデータを保存しているため、サーバーがそれを担当していないことです。

セッション参照は引き続き維持する必要があるため、クッキーはクライアントとの間でやり取りされることに注意してください。

Answer 2

私は考えることができる2つの理由があることですすべてのサーバーが要求を処理し、セッションデータにアクセスできることを意味します。

Answer 3

私が考えることができる少なくとも3つの理由があります。 DBにセッションを保存すると、実行できるRailsインスタンスに簡単にアクセスできます。

• したがって、複数のマシンを使用している場合は、セッションデータの配布について心配する必要はありません。
• クッキーセッションストアを使用する場合にのみ使用する4kbのセッション制限セッションはありません。オブジェクトを格納するためにセッションを使用することは想定されていませんが、いつかその機能を使用できます。
• RDBMを使用している場合（Memcachedや他の非永続ストレージではない場合）は、セッションデータが失われる心配はありません。

Answer 4

データベースにセッションを持たないことはあまり明白でなく、小さな利点は、現在のセッションをカウントして他のログインしているユーザーの名前を確認する必要がある場合、セッションデータまたはmemcachedを格納します。 2.9節で説明したように

Answer 5

別の利点は、サーバー側のセッションの有効期限を処理することです：

http://guides.rubyonrails.org/security.html

「しかし、クライアントはWebブラウザがそのサーバー上のセッションを期限切れに格納されているクッキーを編集することができます」

class Session < ActiveRecord::Base 
    def self.sweep(time = 1.hour) 
    if time.is_a?(String) 
     time = time.split.inject { |count, unit| count.to_i.send(unit) } 
    end 

    delete_all "updated_at < '#{time.ago.to_s(:db)}' OR 
    created_at < '#{2.days.ago.to_s(:db)}'" 
    end 
end