問題タブ [relation]

結合に関連付けられたwhere句で名前付き関連付けを使用するにはどうすればよいですか？

生成：

WHERE句がdogsテーブルではなくテーブルをpets検索していることに注意してください

参考のために：

http://guides.rubyonrails.org/active_record_querying.html#specifying-conditions-on-the-joined-tables

初心者の質問。宣言型スタイルを使用したパイロン1+SQLA。Pythonは初めてです。

Entityという「マスター」クラスがあります。これらの「子」クラスが有効であるためには、このクラスに属している必要があります。マスタークラスへのリンクは子オブジェクトレベルにあります。私の問題は、子オブジェクトを作成してマスターオブジェクトを作成する方法と、オブジェクト間のリンクを作成する方法を理解できないように見えることです。リンクにはリレーションを利用しています。

したがって、次のように1つのリンクに小野を作成したいと思います。エンティティ1-クライアント1エンティティ2-クライアント2エンティティ3-プロデューサー1エンティティ4-プロデューサー2など。

コードはよりよく説明するかもしれません。

コントローラーで、新しいクライアントを作成してエンティティを追加しようとしましたが、失敗しました。以下にコーディングしてください。

今私によると、これは可能であるはずであり、私が私の知恵の終わりにいるので、誰かが助けてくれることを願っています。

モデルがあるとします：

次に、変数「posts」を介してモデルクラス名を取得するにはどうすればよいですか。おそらく、model_class_name と呼ばれるメソッドです:
puts posts.model_class_name # => Post

ありがとう ：）

ARM Cortex-M3 CPUの論文を読んで、この行が混乱していることに気づきました。

スタックポインタの下位2ビットは常に0です。つまり、常にワードアラインされます。

私は他の場所でも同様の声明を見てきました。いくつかのゼロビット=>いくつかのアライメントの背後にあるロジックは何ですか？

MyItemBean0個以上の関連オブジェクトを持つことができるというオブジェクトがありKeywordBeanます。結果のクラスは次のようになります。

これらのオブジェクトに対して検索クエリを実行できるように、JBoss Seam /HibernateSearchを使用してこれらのオブジェクトにインデックスを付けています。MyItemBean指定されたキーワード値を持つインスタンスを検索できるようにしたいと思います。KeywordBeanただし、オブジェクトを単なる。以外に適用するため、この関係は一方向ですMyItemBean。リレーションにインデックスを付ける方法の例については、Hibernate Searchのドキュメントを調べましたが、それらが提供するすべての例は双方向です。MyItemBean.keywordsキーワード値に適切にインデックスを付けるために適用する必要のある注釈を誰かに教えてもらえますか？

yaml スキーマから教義モデルを生成しようとしています

私はそのようなスキーマを持っています:

そして問題は、doctrine generate-models-yaml によって生成されたモデルが BaseEnduser で間違っていることです $Product は Doctrine_Collection として定義されています

$this->hasMany('Product', array( 'local' => 'id', 'foreign' => 'enduser_id'));

代わりに、製品オブジェクトのみ

私は何を間違えましたか？

関係は、foreignType: one type: one として定義されます

Grails/Gorm では、定義された位置にオブジェクトを保持する物理サイトを保存しています。

ドメイン クラスは単純に次のようになります。

例 A

サイト DC

• サイト名
• positionmap (1: 犬, 2: 猫, 3:foo, 4:bar, ... 平均 30 アイテムまで)

...しかし、オブジェクトはその位置を変更するため、特定の時間 (いつ) にどの位置が何によって占有されていたかを後で確認できるようにする必要があります。

したがって、別のドメインクラスを追加しました

例 B

ポジション DC

• から有効
• 有効な
• 位置マップ (1: 犬、2: 猫、3: フー、4: バー)
• 所属SITEへ

サイト DC

• サイト名

すべてのオブジェクトには説明があり、同じオブジェクトを使用するサイトが多数あるため、すべてのオブジェクトを保持するドメイン クラスを追加しました。結果：

例 C

オブジェクト DC

• 名前
• 説明

ポジション DC

• から有効
• 有効な
• 位置マップ (1: reference_to_dog、2: reference_to_cat、3:reference_to_foo、4:reference_to_bar)
• 所属SITEへ

サイト DC

• サイト名

今、私には、マップはもはや合理的ではないように思えます。

マップを削除して、さらに別のドメイン クラスに置き換えることを考えています。

例 D

オブジェクト DC

• 名前
• 説明

オブジェクトから位置へのDC

• 位置番号 (1、2、3、4、...)
• オブジェクト (reference_to_cat、reference_to_dog、reference_to_foo、...)
• 所属するPOSITIONSへ

ポジション DC

• から有効
• 有効な
• 所属SITEへ

サイト DC

• サイト名

質問

1. マップをデータベースに入れることは、一般的に良い考えですか、それとも悪い考えですか?
2. どうすればこれをより簡単に達成できますか?
3. それを行うための最もパフォーマンスの高い方法は何ですか?

編集：ROBS ANSWERに基づく新しいアプローチ

Rob さんの提案に触発されて、「SeasonPlan」(「ResidenceHistory」を修正) に「最前列」の役割を付与するこのデータ モデルを起草しました。

これには欠点が 1 つあります。シーズンごとに新しいケージがありますが、実際にはケージは同じままです。(これが望ましくない理由をより明確にするために、「ケージ」内の「Integer squareMeters」を想像してください。)

私にとって、そのようなことをデータモデルに適用することはしばしば理解するのが難しいです.現実世界の相関関係を維持しながら、このような「疑似静的」データをアプリケーションにどのように適合させるのですか?

私の言いたいことが理解できることを願っています-そうでない場合は申し訳ありません。

Hello all
Is Zend_Db_Table（Zend_Db_Table_*）は、 /whereを介して定義された関連データをサポートします$_referenceMap$_dependentTable

例として、ブログ（テーブル：ブログ）とリージョン（テーブル：リージョン）のクラスがあり、各ブログにはregion_idがあります。

そして、次のような方法はありますか？

つまり、で検索Regionしregion_id == 1、次にBlogs、に属するすべてを検索しRegion、blog_enabled == 1

「プロジェクト」モデルがあります。各プロジェクトには「ギャラリー」があり、各ギャラリーには「写真」があります。

ユーザーがギャラリーとプロジェクトを同じページで編集できるようにしたいと考えています。これを実現するために必要なコンポーネントを教えてください。アップロードされた画像などでフォームを処理するときに、どのタイプのフォームを使用する必要があり、どのテクニックを使用する必要がありますか?

考慮すべきことは、ユーザーが編集している写真を html img-tag と file-tag で表示して、写真を置き換えることができるようにすることです。単なる複数選択リストである django のデフォルトの m2m-widget は必要ありません。

私にはできないので、これを理解するのを手伝ってくれませんか。ここで3日間立ち往生しています:)

一部のプロジェクトでは、1対nの関係で接続されている2つのテーブルのユーザー要求マッピング（実行時）を実装しています（1つのテーブルにはForeignKeyフィールドがあります）。

ドキュメントから得たものから、通常の方法は、backrefを使用して非外部キーテーブルのcollection_classとしてmapped_collectionを使用してマップされたプロパティにorm.relationを追加し、最終的に両方のテーブルormオブジェクトが互いにマップされるようにすることです。属性について（一方には、使用されているorm.relationのcollection_classを介したコレクションがあり、もう一方には、backrefによって配置された属性があります）。

私は、ユーザーが何を決定したかに応じて、ForeignKey側に他のテーブル（backrefによって作成されたテーブル）にマップされた属性を持たせたい場合があります（彼はそれを持ちたいだけかもしれません）サイドマップ）。

ここで、ForeignKeyテーブルでもorm.relationを使用できるかどうか疑問に思っているので、以前と同じように、非外部キーテーブルでorm.relationを使用して、mapped_collectionを使用し、backrefを使用せず、別のormを使用することになります。そのautomagicbackrefを置き換える外部キーテーブルの.relation（両方のテーブルで2つのorm.relationsを作成し、両側から相互にマッピングします）。

それは私を困らせるでしょうか？結果は同等ですか（backrefを使用した非外部キーテーブルの1つのorm.relationと同等）？非ForeignKeyテーブルのディクショナリをそのbackrefと一緒にマップすることなく、ForeignKey側だけにマップする別の方法はありますか？