ステートフルセッションBeanは、多くの場合、ショッピングカートを実装することで示されます。Java EEの外部から来たので、私の傾向は、永続的なモデルエンティティ（Productsとquantitiesを持つShoppingCartオブジェクト）を使用してこの種の状態を処理することです。このように、私の状態は、アプリケーションサーバーではなく、他のすべての状態とともにデータベースによって維持されます。
「通常の」永続性に対するステートフルセッションBean設計の技術的な利点は何ですか？Java EEベースのWebアプリケーションのショッピングカートは、実際には通常SFSBで作成されていますか、それとも他のシステムのように、より複雑なドメインモデリングによって作成されていますか？
ショッピングカートを実装する方法はいくつかあります。SFSBとDBの永続性の主な違いは、まあ、永続性です:)
ステートフルセッションBeanは、セッション時間中のみデータを「永続化」します。したがって、ユーザーセッションが非アクティブになると（たとえば、30分間非アクティブになった後）、ショッピングカートはリセットされます。
データベースの永続性により、ショッピングカートは永続的に保存されるため、ユーザーがショッピングカートをいっぱいにした場合、6か月間ウェブショップにアクセスせずに再度アクセスしても、カートは引き続きいっぱいになります。
非メモリデータベースを使用することは揮発性データを保存するのに良い考えではないため、通常は最初のソリューションが使用されると思います。長期的な永続性を実際に必要としないデータには、ハードドライブのI/Oオーバーヘッドが多くなります。