ユーザー入力を永続化する一連の汎用データベース テーブルを構築するというアイデアを評価しています。次に、ワークフローを開始して入力を処理するための二次プロセスがあります。
初期のユーザー入力を保存するという概念は、処理して特定のアプリケーションの構造化されたスキーマに入れることとは別のものであるという考え方です。
例としては、ある種の求人への応募や自由回答式のクイズなどがあります。生の回答は、人間による分類がなければ、集計レポートにとってそれほど価値がありません。しかし、生の入力を履歴レコードとして保存したいと考えています。
また、ユーザーが一部の情報を部分的に入力し、ユーザーが戻るまで保持できるようにすることもできます。
アプリケーション固有のデータスキーマに入れることができるポイントまですべての入力を処理することは、すべてのデータを取得するまで不可能な場合があります。
2 つの最初の質問:
- この概念に名前があると仮定すると、それは何ですか?
- これは合理的なアプローチですか？なぜですか、そうでないのですか？
アップデート：
アイデアを述べる別の方法を次に示します。ユーザーは、DTO のフィールドに順番に入力しています。部分的に完成した状態でも DTO をディスクに保存したい (と思う)。ユーザーがフィールドへの入力を完了したら、DTO を取り出して、特定の DTO を表すテーブルに構造化された保存のために処理したいと考えています。ただし、入力の一部は実際には構造化レコードの一部として保存されるべきではないため、部分的に完了した、または (さらに悪いことに) 一時的に正しくない入力セットを保存することはできません。
私の考えは、任意のタイプの DTOを保存し、必要に応じて特定のアプリで処理するためにそれらを引き出す一般的な方法を作成することです。したがって、この一般的な DTO テーブルには、顧客満足度調査に関するデータが、新しいアカウント セットアップ ウィザードで回答された質問のすぐ隣に格納されている可能性があります。