問題タブ [hilo]

nhibernateでhiloジェネレーターを使用している場合、id列のデータ型はどのようになりますか？intまたはbigint？

S#rpArchitecture/NHibernate プロジェクトで HiLo ジェネレーターを使用しており、大量のインポート バッチを実行しています。

クライアントで生成されるため、新しいレコードの Low 値を予測する可能性についてどこかで読んだことがあります。これは、Low 値を自分で制御するか、少なくともどこかから次の Low 値を取得できることを意味すると考えています。

これを使用する理由は、挿入しようとしている他のエンティティとの関係を設定したいからです。それらはまだ存在しませんが、バッチ トランザクションが完了する前に挿入されます。

ただし、Low 値を設定する方法や、次に Low 値を取得する方法に関する情報は見つかりません。

何か案は？

これは、次の質問と同じです: HiLo or identity?

このサイトのデータベースを例に取りましょう。

サイトに次のテーブルがあるとします。

• 投稿。
• 投票。
• コメント。

それに使用するための最良の戦略は何ですか：

アイデンティティ - より一般的です。

また

HiLo - 最高のパフォーマンスを発揮します。

編集: HiLo が最高の場合、DB の構造はどのようになりますか?

ac#/NHibnernate の観点からこれを求めていますが、一般的に適用できます。懸念事項は、HiLo 戦略が ID を非常に迅速に処理することです。たとえば、レコード数の少ないテーブル (ユーザーなど) が、レコード数の多いテーブル (コメントなど) と同じ ID のセットから共有されています。そのため、他の戦略よりも早く高い数値に到達できる可能性があります。それで、人々は何を勧めますか？

コード側: int/uint/long/ulong?

DB側: int/bigint?

私の気持ちはロングとビギントで行くことですが、健全性チェックをお願いします:)

ヨ

クイックq：Nhibernate HiLo IDはDB全体で一意ですか？

私が尋ねる理由は、画像が関連付けられている複数のエンティティがあるためです。クライアントでは、これらの画像を名前としてエンティティIDを使用してフォルダーに保存しているだけですが、これを行うのにつまずくのでしょうか。

w：//

Nhibernate に、SQL で生成されたもののように、1 ステップの順次主キーを生成するように指示するにはどうすればよいですか?

現在の HiLo アルゴリズムは 4001、次に 5010、6089 などのキーを生成します。複数のアプリ サーバーを管理するためなどだと理解していますが、その問題はありません。
起動時に最高のレコード セット値 (15 など) を取得し、次のレコードを主キー 16 (SQL 側から生成された ID と非常によく似ています) で生成するには、nhibernate が必要です。

何の役にも立たない答えを探すのに数日を費やしたという問題があります...

HiLo Id生成を使用しており、エンティティテーブルがhibernate_unique_keyテーブルと同じスキーマにある限り、すべてが正常に機能しているようです。

テーブルの構造は非常に単純です。データベースにdbo.hibernate_unique_keyとしてhi値テーブルがあります。いくつかのエンティティテーブルもdboスキーマにあり、問題なく機能します。次に、「Contact」スキーマの下にテーブルがあります（Contact.PersonやContact.Addressなど）。

個人マッピングファイル：

Personエンティティを挿入しようとすると、「Invalid object name'Contact.hibernate_unique_key'」というエラーが表示されます。このエラーは確かに十分に明らかです。したがって、次のように追加します。

私のマッピングファイル/ジェネレータ要素に。これで、SessionFactoryをビルドすると、「同じキーのアイテムがすでに追加されています」というメッセージが表示されます。エラー。だから今、私は少し立ち往生しています。クラスからスキーマを取得するため、スキーマなしでHiLoジェネレーターを離れることはできません。また、スキーマが既に追加されているため（おそらく、XML cfgファイルで識別される「default_schema」であるため）、スキーマを指定できません。 ）。

私はここで完全に馬鹿にされていますか？私もしなければならない

A）すべてのテーブルをdboスキーマに保持するか

B）DB内の一意のスキーマごとに個別のHiLoキーテーブルを作成しますか？

これらのシナリオはどちらも私のアプリケーションにとって特に好ましいものではないため、この問題に対処するためにマッピングファイルを「修正」できることを望んでいます。

HiLoジェネレーターを使用してテーブルにIDを割り当て始めてから、容量（つまり最大の「lo」値）を増減することにした場合、これにより、すでに割り当てられているIDとの衝突が発生しますか？

「これは絶対に変えないで！」という数字の周りに大きな赤い旗を立てる必要があるのではないかと思っています。

注-NHibernate固有ではなく、HiLoアルゴリズム全般について知りたいだけです。

EntityFramework用のHiLOキージェネレーターを実装した人はいますか。

HiLoの詳細については、こちらをご覧ください。IDを選択することの欠点の詳細については、http ：//fabiomaulo.blogspot.com/2009/02/nh210-generators-behavior-explained.htmlを読むことをお勧めします。

SAGEM HiLo GPRS ベースのデータ通信の場合、TCP/IP スタックがあり、接続する方法が 2 つあります。

(1) 基本的な GPRS コマンドを使用してから ppp ダイヤルを使用して、モデムを公衆ネットワーク/インターネットに接続します。

(2) GPRS アタッチを使用してから、次のような TCP ソケット コマンドを使用する

リモート クライアントがポート番号付きの TCP を使用して静的 IP サーバーに接続する場合、TCP/IP スタック コマンドを使用せずに基本的な GPRS コマンドを使用する例を見つけることができます。

2つの方法でどのような違いがありますか? 最初の方法は通常、PC を使用したインターネット ブラウジングに使用されることを理解しています。ステップ 1 のようにすべきでない場合は、ステップ 2 に進みます。

GPRS モデムが 117 から始まる接続 IP を割り当てると正常に動作し、割り当てられた IP が 110 から始まるとサーバーに接続してすぐに切断するという問題を観察したことがあります。2 つのケースの違いは何ですか?また、そのような状況をどのように処理しますか? GPRS モデムの場所はどちらの場合も同じです。ほとんどの場合、非常に長い時間が経過してから起動すると IP が機能し、モデムまたは接続が再起動された場合、割り当てられた IP は機能しません。