問題タブ [orm]

さまざまな ORM での検索の処理に関する情報を探しています。

現在、私は PHP でいくつかの古いアプリケーションを再開発しています。要件の 1 つは、すべてまたはほとんどすべてを検索可能にすることです。これにより、ユーザーは「パンクロック ライブ」と入力するだけで、アプリはビデオ クリップ、音楽トラック、レビュー、今後のイベント、さらにはそのラベルが付いたユーザー コメントを検索します。仕方。

すべてが検索可能な環境では、ORM はこの機能を 2 つの方法でサポートする必要があります。

• ORM の "O" 側にいくつかのインデックス API を提供する
• 「R」側でデータベースを一括検索する手段を提供する

理想的な解決策は、検索された文字列に基づいて既製のオブジェクトを返すことです。必ずしも PHP ではなく、仕事をする優れたエンドツーエンドのソリューションを知っていますか? 同様の問題に対処した場合は、あなたの経験が何であるかを聞いてください。Luceneまたはセマンティック Webを使用する以上の何かが、ワンライナーの方法です ;-)*

NHibernateを使用してWebアプリケーションを開発しています。次のSQLクエリのNHibernateクエリを作成する方法を教えてください。

基本的には自動参加ですが、Nhibernateでこれを書く方法がわかりません。プロパティ名がテーブルの列名と同じであるとしましょう。

セッションにロードされたその識別子を使用するオブジェクトがすでに存在する場合、Hibernateを使用してオブジェクトを保存する方法はありますか？

• session.contains(obj)同じIDを持つ別のオブジェクトではなく、セッションにその正確なオブジェクトが含まれている場合にのみ、trueが返されるようです。
• merge(obj)オブジェクトが新しい場合、を使用すると例外がスローされます

実際のプロジェクトでどちらのテクノロジも使用したことがない人として、これら 2 つのテクノロジがどのように相互に補完し合い、機能がどの程度重複しているかを知っている人はいるでしょうか?

私は、自動生成されたデータベースにビジネス オブジェクトをシームレスにマップする方法を提供することで、開発時間を短縮することを提案する .NET 用のさまざまな製品を調べてきました。データ アクセス レイヤーの作成で問題が発生したことは一度もありませんが、このタイプの製品が主張する時間を本当に節約できるかどうか疑問に思っています。また、データベースを制御しすぎて、データ レベルの問題を追跡するのが難しくなるのではないかと心配しています。これらのタイプの製品は、データベースとビジネス オブジェクトの構造を変更しなければならないというすでに困難な状況で、良くなったり悪くなったりするのでしょうか?

例: Dev Express からのオブジェクト関係マッピング

本質的に、それは価値がありますか？「それ」の多くの時間、労力、および将来のバグを節約できますか?

既存のデータベース (LINQ to SQL、Hibernate など) を操作するためのデータ アクセス層を作成する (自動) 方法がいくつかあることは知っています。しかし、私は次のようなことに少し疲れてきました（そして、物事を行うためのより良い方法があるはずだと私は信じています）：

1. Visio でのテーブルの作成/変更
2. Visio の「データベースの更新」を使用してデータベースを作成/変更する
3. テーブルを「LINQ to SQL クラス」オブジェクトにインポートする
4. それに応じてコードを変更する
5. コンパイル中

オブジェクト/エンティティ定義からデータベース スキーマを生成する方法についてはどうですか? このようなツールの適切なリファレンスを見つけることができないようです (少なくともいくつかのフレームワークでは、ある種の組み込みサポートが期待されます)。

次のことができれば完璧です。

1. オブジェクト定義を変更する
2. オブジェクトを操作するコードを変更する
3. コンパイル (データベースの変更は自動的に魔法のように行われます)

NHibernate で条件を作成するときに使用できる

Restriction.In() または
Restriction.InG()

それらの違いは何ですか？

EntityManager を通じて取得した特定の JPA エンティティ Bean をデタッチする最も簡単な方法は何でしょうか。または、最初に分離されたオブジェクトを返すクエリを作成して、それらが本質的に「読み取り専用」として機能するようにすることはできますか?

私がこれをしたい理由は、Bean 内のデータを変更したいからです - 私のアプリケーションでのみ使用しますが、データベースに永続化することはありません。私のプログラムでは、最終的に EntityManager で flush() を呼び出す必要があります。これにより、接続されたエンティティから基になるデータベースへのすべての変更が保持されますが、特定のオブジェクトを除外したいと考えています。

XPOは、私の会社で選択したオブジェクト リレーショナル マッパーです。長所と短所について何か考えはありますか？

製品に関する一般的な感想や逸話を探していました。XPO に切り替えるつもりはありません。アプリ内に存在するハードコーディングされた SQL 文字列を取り除き、すべてのデータ アクセスを完全に ORM に移行しています。

データベース スキーマを宣言する必要がなく、エンティティの使用方法に基づいて作成する迅速なデータベース プロトタイピング ツールはありますか。

たとえば、空のデータベース (疑似コード) を想定すると、次のようになります。

スキーマを動的に作成するときに行うことができる論理的な仮定があり、DB ツールを使用して後で微調整することで、その選択をいつでもオーバーライドできるためです。

また、この方法で単体テストを行ってスキーマを生成することもできます。

そして明らかに、これはプロトタイピング専用です。

このようなものはありますか？