そこから中小規模の静的ハッシュ テーブルを作成する必要があります。通常、これらには 5 ~ 100 のエントリがあります。ハッシュ テーブルが作成されると、すべてのキー ハッシュが事前に認識されます (つまり、キーは既にハッシュです)。現在、私は HashMap を作成しています。気になるサイズの平均ルックアップ。ウィキペディア連鎖を伴う単純なハッシュテーブルは、完全なテーブルに対して平均で 3 回のルックアップをもたらすと主張しているため、これはまだ私にとって面倒なことではありません (つまり、最初のエントリとして hash%n を取得し、連鎖を実行します)。ハッシュを前もって、高速で静的な完全なハッシュを取得する簡単な方法があるように思われます-しかし、私はどのように良いポインタを見つけることができませんでした. つまり、追加のオーバーヘッドなしで (ほとんど?) 償却された O(1) アクセス。このような静的テーブルをどのように実装すればよいですか?
メモリ使用量は重要なので、保存する必要が少ないほど良いです。
編集: 衝突を 1 つほど手動で解決する必要がある場合は問題ないことに注意してください。つまり、たとえば、平均して直接アクセスし、最悪の場合 3 つの間接アクセスを持つ連鎖を行うことができれば、それで問題ありません。完全なハッシュが必要というわけではありません。