1
パスワード回復のために電子メールアドレス、crypted_password、salt、およびいくつかのトークン/タイムスタンプを格納する単純なユーザーモデルがあります。別々のテーブルにユーザーとプロファイルを格納する
また、has_one：ユーザー関係を使用して、より堅牢なプロファイルテーブルを作成したいと考えています。これは、時間の経過とともに重量とトラックの変化のようなものを保存します。また、高さや名前などの静的情報を格納するためにも使用されます。
あなたのメールアドレスとパスワードを更新できるuser/users/1/editを編集するためのリソースが既にあります。プロファイルを編集したり、体重を更新したり、1つの保存ボタンでユーザー情報を変更したりできる1つの/ profile/1/editページを持つことは可能ですか？
ありがとうございました。
こんにちは@Rapture、ユーザーテーブルがプロファイル外のレコードを持つことができますか？そうだとすれば、同じテーブルにプロファイルの詳細を持つことを考慮しないと、別のテーブルとしてプロファイルを持つべきです。私はこれが答えではないことを知っていますが、スキーマが変更された場合は解説coz – sameera207
ありがとう！はい - ユーザーはプロファイルデータを提供する必要はありません。したがって、情報を入力しないユーザーがいる可能性があります。 – Rapture
OK、その場合、@Ireneusz Skrobisの答えは完璧なマッチです（あなたがすでに行ったように：D） – sameera207