問題タブ [belongs-to]

has_many belongs_toペアに関連付けられているモデルがいくつかあります。デモンストレーションのために、クライアントには 1 つのサーバーがありますが、サーバーには多数のクライアントがあります。私はこのようなことをするかもしれません:

私の実際のアプリケーションはこれよりもかなり複雑ですが、この例は説明のために機能します。

これらのオブジェクトを保存する前に、これらのオブジェクト間の関連付けを検査したいと考えています。ただし、ActiveRecord は保存されるまで情報を更新しません。上記の例では、は、 、 、またはのうちの 1 人が保存されるまで、the_server誰client1でclient2あるかわかりません。client3これにより、active_record の効率が向上することは確かですが、メモリ内のモデル インスタンスが一貫性のない状態のままになります。

クライアントまたはサーバーで、状態を更新するために呼び出すことができるものはありますか?

Railsアソシエーションに関する初心者向けの質問です。

バグ モデルとステータス モデルがあります。ステータスは、基本的にキーと値のペア テーブルです。利用可能な選択肢の中で、Bug has_one Status が最も理にかなっていると思います。ただし、これによると

コンテンツは ContentTemplate に属しています。戻って、私が問題をどのように説明したかを見てください。それが機能することがわかります。belongs_to を使用すると、テーブルは外部キーの責任を負います。したがって、Content には content_template_id があります。ContentTemplate には何も必要ありません。勝手に指せます。終わり。

Bug belongs_to Status の方が適切です (Bug は外部キーを取得する必要があるため)。意味的には、彼の例は理にかなっていますが、私の例は意味がありません。これは、この状況で奇妙に見える単なるレールの癖ですか、それとも私が何かを理解していない/間違っているのでしょうか?

hasMany/belongsToアソシエーションを持つ2つのActiveRecordモデルがあります。

Userモデルにはrevision_number属性があり、belongs_toアソシエーションのスコープを設定したいので、レターはuser.idとuser.revision_numberの両方によってUserに関連付けられます。

APIドキュメントに記載されているように：conditionsキーを使用してみました：

ただし、これは、Letterのインスタンスではなく、Letterクラスでclient-revisionを呼び出そうとします。誰かがbelongs_toアソシエーションを正しくスコープするための正しい方向に私を向けることができますか？

私は、acts-as-revisableプラグインを使用してユーザーモデルをバージョン管理しています。

Cakephp noobによる簡単な質問：

プレーヤーとチームの2つのモデルがあります。

チームにはid（int）とcool_name（varchar）があります。

プレーヤーには、id（int）、cool_name（varchar）、およびチームテーブルの参照team_id（int）があります。

英語のテーブルがないため、名前の代わりにCool_nameを使用します。そのため、フィールド「name」を使用できません。

つまり、チームには多くのプレーヤーがいて、プレーヤーはチームに属しています。

私のプレーヤーモデル：

（チームモデルには名前以外はありません）

PlayersController：

プレーヤーの追加ビューで：

わかりました。チームIDを含む選択があります。IDは必要ありませんが、チームの名前を入力してからIDを保存します：（htmlで）のようなもの

どのようにできるのか？

• 解決策-

それ以外の

これを入れて

ユーザーが特定の検索基準 (タイトル、キーワード、著者など) を使用して Amazon で特定の本を検索できるようにするアプリケーションに取り組んでいます。現在、これらの検索結果を MySQL データベースに保存しようとしていますが、苦労しています。関係の概念で。

モデルを次のように構成するのは当然のことです。

ただし、ユーザーが 2 回目の検索を行った場合、検索結果を新しい本で更新する方法が必要です。私の最初の傾向は、次のようなことをすることです:

更新方法はこのように機能しますか? 私は正しい軌道に乗っていますか？

また、データベースの検索結果を更新することが正しい道なのかどうか、私も確信が持てません。2 人のユーザーが同時に検索した場合、悪影響が生じる可能性はありますか? これらの検索結果をデータベースに保存する唯一の理由は、後でユーザー セッションで選択した本の情報を表示する必要があるからです。検索結果を更新しただけで、複数のユーザーがツールを使用していると、データベースを使用する目的全体が覆され、2 番目のユーザーの検索結果が最初のユーザーの検索結果を上書きしてしまうのではないかと想像します。これは本当ですか？

おそらく、ユーザーの Cookie に情報を保存できますか?

簡単な本のチェックアウトアプリケーションを構築しています。私がしなければならないことの 1 つは、本がチェックアウトされているかどうかを判断することです。book_check_out クラスを介して、人々と本のクラスのセットアップとの間の関連付けを行っています。私の目標は、 book の checked_out プロパティを使用して、本が現在チェックアウトされているかどうかを判断することです。ただし、本がチェックアウトされておらず、book.checked_out.XXX を参照している場合の現在の実装では、「予期していなかったときに nil オブジェクトがあります!」というエラーが表示されます。一部のビューの目的は、はい、その本がチェックアウトされていることを示し、他のビューでは、現在誰にチェックアウトされているかを示します。

Books、People、およびBookLoansを表す 3 つのクラスを作成しました。BookLoans を介して人と本との関連付けを示すことができますが、私は自分のデータベースをシードしてきました。

私は今、本のチェックアウトを保存する必要があります。ブックコントローラーを介してこのアクションを実行することが私の意図でした。具体的には、BooksController でローン アクションを作成します。これは理論的には理にかなっていますが、適切な構文を実装するのに苦労しています。

本のショー ビューから本を貸与する機能を追加しました。このビューには、ブック コントローラーのローン アクションを使用してローンを記録するフォームが含まれています。

Book モデルに適切なメソッドであると思われるものを追加しました。theIVの助けを借りて、適切な情報をコントローラーに取り込みました。残念ながら、ブック ショー ビューで Loan を押すと、book_loan レコードが記録されません。

私は何が欠けていますか？

ブックモデル

BooksController からの Loan メソッド

貸し出しフォーム付きブックショービュー

ブックローン モデル

人物モデル

開発ログ

現在の場所フィールド (都市と国) を持つユーザー エンティティがあります。この情報を保持するために、ユーザー数が多い Location というエンティティを作成しました。

User モデルに「has_one」または「belongs_to」を入れる必要があるかどうかは完全にはわかりませんが、場所の外部キーを持たせたい場合は、「belongs_to」を入れる必要があります。また、ユーザーを編集するときにユーザーの現在の場所を編集できるようにしたいと考えています。そのため、ネストされた属性を使用しています。しかし、ユーザーを編集すると、編集されたユーザーに関連付けることなく、毎回新しい場所を追加することになります。あなたは私を助けることができます？

私のコードは次のとおりです。

私は2つのテーブルを持っています：

出場者と投票出場者は多くの投票を持っています

count（Vote.id）を投票として実行してみたので、レコードセットに配置してページを移動するだけですが、どこに配置するかわかりません。私はfields配列でそれを行いましたが、所属する出場者に関係なく、投票の総数がわかりました。

投票は出場者のレコードセットで相互にリンクされているため、私が行ったのはカウント（$ contestant [Vote]）でしたが、これをページ分割することはできず、クライアントは出場者を投票で並べ替えることができるようにしたいと考えています。

私の見解でこのようなことをする方法はありますか？：

sort（'Votes'、'count（Vote）'）; ？>

または、Contestant.id = Votes.contestant_idであるすべての投票をカウントするクエリを作成する必要がありますか？

コントローラー出場者：

$ conditions））; }

数字 (5,9,3) を含むリストがあります。それをマイリストと呼びましょう

出演したい

今、私はそうしています

もっと良い方法があるに違いないと確信していますが、頭を包み込むことはできません。