問題タブ [or-mapper]

.Net O/R (オブジェクト/リレーショナル) マッパーはすぐに非同期メソッドを提供しますか?

できれば非同期メソッドのボイラープレートを書きたくない

CCR フレームワークを使用して、非同期メソッドで独自の DAL を作成しました。CCR は基本的に、IO 応答を待っているスレッドをブロックしないことを要求します。

これまでのところ、私のソリューションの良い点は、それが最小限に抑えられていることです。しかし、このプロジェクトが規模と機能の面で成長するにつれて、生の SQL クエリとボイラー プレート コードを維持するという、やや困難なタスクに直面しています。

しかし、一方で、O/R マッパーの非同期メソッドが実際には複雑さの奇妙さを追加する厄介なハックである場合、私は良くありません。

非同期プログラミングに代わるものに注目しないでください。

サーバーベースの MS SQL サーバー 2005と通信する.NET CF 3.5 アプリケーションを構築しています。

通信は、デバイスの WiFi 接続を通じて行われます。

私は良い O/R マッパーを探していましたが、少し迷っています。ほとんどのサイト/人々は、外部の「通常の」SQL サーバーではなく、ローカルのコンパクトなデータベースで作業することを前提としています。

過去に、私はエンティティスペースを扱ってきましたが (しかし、それは今では商用になっているようです?)、最近は linq-to-sql を扱っています。

通常の MS SQL データベースを使用して .NET CF アプリで実行される O/R マッパーの中で、学習と実装が容易なものは何ですか?

POCOクラスをデータベーステーブルにマッピングするためにEFfluentAPIを使用しました。自分のアプリケーションロジックでマッピング構成を使用する必要があります。具体的には、エンティティ「Product」があり、このエンティティに対して次のマッピングがあるとします。

私のアプリケーションロジックでは、エンティティのキ​​ーフィールド（ここではProductId）を取得するジェネリックメソッドを記述したいと思います。データ注釈属性を使用した場合、リフレクションを使用してキープロパティを見つけることができます。私の質問は、流暢なAPIを使用してマッピングを定義するときに、基本的に同じことを達成できるかどうかです。

ありがとうdiaho。私はあなたが提案する解決策に正確に到達しましたが、エンティティフレームワークでは純粋なエンティティフィールドではないフィールドを使用してクエリを実行できないため、それでも良い解決策ではありません。次の例を見てください。IDに基づいてエンティティを返すジェネリックメソッドを記述したいと思います。私は次の解決策に到達しました：

ただし、エンティティフレームワークe.Idは、駆動されるエンティティクラスのフィールド（親クラスのフィールド）ではないと文句を言うため、このコードは機能しません。もちろん、Set<TModel>()リストに変換して（次のように）クエリを強制的に実行することで、この問題をハックすることは可能です。ただし、これは、すべてのエンティティをメモリにロードして1つのエンティティを取得するため、パフォーマンスの点でひどいものです。

このシナリオについてより良い提案がありますか？

Django.models を使用して MySQL にクエリを実行したいのですが、created_at(Datetime フィールド) をdatetime.datetime.now()に設定しているため、各日付で "グループ化" するのが難しいようです。次のようなクエリを作成しました。

Mymodels.objects.filter(created_at__range[datetime.datetime.fromtimestamp(unix_start),datetime.datetime.fromtimestamp(unix_end]).values("~~~~~").annotate(player_id=Count("player_id"))

私のMySQLデータがdatetime.datetime.now（）の場合、Django.modelsでdatetime.dateまたは（MySQLのdate（））で「グループ化」する方法はありますか？

この例外が来て、それを削除する方法がわかりません

java.io.InvalidClassException: applyonline.Applicant; ローカル クラスに互換性がありません: ストリーム classdesc serialVersionUID = 8333391523914038903、ローカル クラス serialVersionUID = -6432228733925744354

またはマッパークラス

JPA Criteria API には、いくつかの重要な制限があります。例えば：

• right-outer-join はサポートされていません
• エンティティの関係が同じ方向にある場合のみ、左外部結合をサポート
• SELECT 句でも FROM 句でも、サブクエリはサポートされていません

QueryDslquerydsl-jpaにも同じ制限がありますか?

QueryDsl はquerydsl-sqlどうですか？

編集: QueryDsl のドキュメント (具体的な経験はありません) から、QueryDsl は 2 つのクエリ クラスJPAQueryとJPASQLQuery. 最初のものには JPA Criteria API と同じ制限があるようですが、そうでJPASQLQueryはないようです。時間があれば、コードを深く掘り下げて試してみます。でも、すでに知っている人がいれば大歓迎です！