問題タブ [mapping]

流暢な nhibernate で 1 対 1 のマッピングを行うことはまだ可能ですか? 流暢に変換しようとしている hbm の一部として、次のものがあります。

コードに a が表示OneToOnePart<OTHER>されますが、これを使用してこれを達成する方法または使用するかどうかはわかりません。

ありがとう！

Microsoft という会社は、「microsoft」、「ms」、「m$」などと呼ばれることがあります。これらの名前は、1 つの ID のエイリアスであると言えます。「エイリアス」関係を保存したい場合は、次のペアのようにする必要があるかもしれません

それとも、より良いアプローチがありますか？

私は、OpenLayersのラインに沿ったオープン ソースのマッピング/GIS フレームワークを探していましたが、Silverlight で記述されています。残念ながら、私はそれを見つけることができませんでした。

できれば、次のような主要なマップ/GIS プロバイダーのサービス (マップ、タイル、ジオコーディング サービスなど) を利用できます (優先順)。

• マップサーバー
• グーグルマップ
• 仮想地球
• ArcGIS Server

OpenLayersまたはArcGIS Server Flex ADFと同様の機能を持つ、Silverlight で記述されたオープン ソース GIS フレームワークはありますか?

クリック可能な領域を持つ室内空間のフロア プラン マップを作成したいと考えています。最初に考えたのは、Djangoのマッピング アプリであるため、 GeoDjango を調査することでした。しかし、依存関係、学習曲線、および全体的な複雑さを考慮すると、バズーカでハエをたたこうとしているのではないかと心配しています。

これには GeoDjango を使用する必要がありますか、それとも整数リストをデータベース フィールドに格納する必要がありますか?

編集:フロア プランはかなり単純です。ワークステーションが占有するスペースの領域を定義する機能を備えた壁とワークステーションのコレクション。これにより、オフィスとオープン プランのレイアウトを定義できます。

次のオブジェクト モデルがあります。

• Element多くの子と子孫を持つトップレベルの抽象クラス。
• クラスEvent。
• それぞれに s のElement袋が含まれていますEvent。
• それぞれEventに親へのポインターがありますElement。

これまでは、かなり標準的な 1 対多の関係でした。

しかし、具体的なクラス戦略ごとにテーブルを使用したい。したがって、クラスElementはデータベースにマップされません。私はこの方法で解決しようとしました: の具体的な子孫のそれぞれがElement独自の Bag of Events を定義します。これの問題は、各<bag>要素に要素が含まれていること<key>です。Parentそのキーは のプロパティを指していますEvent。またParent、s テーブルの列をEvent、Bag を含むテーブルへの外部キーにします。しかし、1 つの列を複数のテーブルの外部キーにすることはできず、挿入時に例外が発生します。

Parentまた、Events テーブルのフィールドを多対任意の種類のフィールドにしようとしました。それはうまくいきました。しかし、リレーションを双方向にしたい場合、つまり の子孫にバッグを追加したい場合Element、同じ問題に戻ります。バッグ => 外部キー => 挿入時の例外。

このケースは見かけほどユニークではないと確信しています。よろしくお願いいたします。

help.domain1.com を help.domain2.com にマップしようとしています。これは UserVoice で見ました。something.yourdomain.com を something.uservoice.com にマッピングできます。

domain1.com では、help.domain2.com に CNAME を設定しました。

問題なく動作しますが、help.domain1.com を開くと、help.domain2.com ではなく domain2.com のコンテンツが表示されます。

いくつかの実験の後、これは予想される動作であることがわかりました。

私の質問は、help.domain1.com に移動したときにサブドメイン「help.domain2.com」のコンテンツを表示するには、domain2.com (または domain1.com でしょうか?) で何をしなければならないのですか?

(Plesk を使用しており、OS は Windows Server 2003 です)

データベースに次のスキーマがあります。

• BillingReferences (ReferencingType tinyint , ReferencingId tinyint , ReferencedType tinyint , ReferencedId tinyint , IsActive bit ) - すべてのフィールド (IsActive を除く) は一意のインデックスの一部です。
• BillingType (BillingTypeId tinyint , Name varchar(50) )

ReferencedType および ReferencedType は、BillingTypes の外部キーです。BillingTypes には次の行が含まれます。

BillingTypeId | 名前

1 | ラベル

2 | 国

3 | 支払いプロバイダー

4 | 支払いオプション

5 | 銀行

ReferecingId および ReferencedId は、次のいずれかのエンティティの Id を表します (参照/参照タイプによって異なります)。

• 銀行(BankId tinyint , Name varchar(50) )
• 国(CountryId tinyint , Name varchar(50) )
• ラベル(LabelId tinyint、名前varchar(50) )
• PaymentProviders (PaymentProviderId tinyint、名前varchar(50) )
• PaymentOptions (PaymentOptionId tinyint、名前varchar(50) )

将来、各エンティティにはさらにいくつかの異なる列が追加される予定ですが、今のところは単純化のためのスキーマです。

すべてのエンティティ (国を除く) と国の間に (1- ) の接続があります。ラベルには、 Banks、PaymentProviders、および PaymentOptions への (1-) の接続があります。また、PaymentProviders には PaymentProviders への (1-*) の接続があります。

たとえば、BankId 201 の銀行を CountryId 3003 の国に接続する場合、BillingReferences に次のようなレコードが作成されます。

拡張性を考慮して、接続の種類ごとに接続/参照テーブルを作成しませんでした。別のエンティティを追加する場合は、そのテーブルを追加し、BillingReferences と BillingType にレコードを追加するだけです。

問題は、BillingReferences と各エンティティの間で条件付き外部キーを構成できず、EntityFramework で構成/マップできないように見えることです...

このタイプの実装を使用するチュートリアルや例は見つかりませんでした。接続ごとに参照テーブルを作成する必要がありますか、または EntityFramework でこれを構成する方法はありますか?

助けてくれてありがとう ：）

私は次のクラスを持っています：

また、FluentNHibernateを使用して次のようにマッピングされています。

UpdateメソッドとInsertメソッドは、生成されたマッピングファイルのプロパティのupdate属性とinsert属性を設定する単なる拡張メソッドです。

結果のマッピングファイルは次のようになります。

私の問題は、新しい顧客インスタンスをデータベースに保存するときに、顧客インスタンスのTerritoryプロパティがnullになることです。
データベースに保存した後、このプロパティに正しい値を含めるにはどうすればよいですか？セッションがフラッシュされた後に正しい値を取得するプロパティの生成された属性のようなものを見ています。
または、Customerクラスに問題がありますか？
前もって感謝します。

編集1：このモデルに使用しているデータベースは、AdventureWorks（SQL2005）、テーブルSales.CustomerおよびSales.SalesTerritoryです。

3 次元ポイントの 2 つのセット、ソース セットと宛先セットが与えられます。各セットのポイント数は任意です (ゼロの場合もあります)。タスクは、すべての距離の合計が最小になるように、すべての宛先ポイントに 1 つまたはまったくソース ポイントを割り当てないことです。宛先ポイントよりも多くのソース ポイントがある場合、追加のポイントは無視されます。

この問題には力ずくで解決する方法がありますが、ポイントの数が多くなる可能性があるため、実行できません。この問題は集合サイズが等しい 2D では簡単だと聞きましたが、残念ながらこれらの前提条件はここでは示されていません。

近似と正確な解の両方に興味があります。

編集：ははは、はい、宿題のように聞こえると思います。実際、そうではありません。多数の車の位置を受け取るプログラムを書いており、それらをそれぞれの駐車セルにマップしようとしています。:)