ベストプラクティスかどうかは分かりませんが、私がこのタスクを実行したときにセッションに入れました。私は、セッションが私のために十分であったので、ユーザーがただ一つのセッションの間にデータをプレビューし、提出/再編集することを期待しました。
ユーザーのマシンにプレビューする場合は、Cookieを使用する必要があります。つまり、ユーザーはセッション中にプレビューを吟味したり編集したりする必要はありませんが、この操作と次のセッションでプレビューに戻ります。このaproachを使用すると、ユーザーはブラウザでCookieを拒否できると考える必要があります。そういうわけで、人々は通常、セッションをクッキーと一緒に組み合わせます。
プレビューと編集操作を何らかの形で追跡して保存する必要がない場合は、ステータス列を使用してデータベースにデータを配置する必要はありません。データベースをテーブルの引き出しとして想像することができます。保管しておきたいものを後で見つけることができます。プレビュードラフトを描画するだけで、結果が送信された後は、最終バージョンのみがドロワ/データベースに保存され、プレビューはデータベースに入れないよりもむしろぶら下げられます。しかし、何らかの理由で後でドラフトを通過すると思われる場合は、データベースに格納する必要があります。
は、私はそれが私の英語とは明らかだかどうかわからないんだけど、私は自分のベストを尽くした:D
DBについての良い点は、後で使用しない限り、そこにプレビューデータを保存する必要はないようです。 –