問題タブ [lookup]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
15 に答える
17921 参照

ip - 特定のIPに従って国を取得するにはどうすればよいですか?

特定のIPアドレスから、できればISO_3166-1形式で国を取得する簡単な方法を知っている人はいますか?

0 投票する
8 に答える
29606 参照

perl - perl での逆引き DNS ルックアップ

逆引き DNS ルックアップを実行するにはどうすればよいですか。つまり、Perl で IP アドレスを DNS ホスト名に解決するにはどうすればよいですか?

0 投票する
5 に答える
1497 参照

excel - Excelでデータを検索

Excel に 2 変数の 100x100 データ テーブルがあります。

特定のターゲット値を生成する可能性のある変数のすべてのセットを返す関数が必要です。私が見ているのは、ある種の再帰的な 2 次元ルックアップ関数です。誰かが私を正しい方向に向けることができますか?

0 投票する
2 に答える
922 参照

javascript - ASP.NET のドロップダウンを検索するためにクライアント側でデータを永続化する

名前と値のペアを格納するドロップダウン リストがあります。ドロップダウンは、グリッドビューの各行に表示されます。

ドロップダウンの値は、ドロップダウン リストに保持されない 3 番目の属性 (データ型) に対応します。ユーザーがドロップダウン値を選択すると、適切なデータ型がその横に入力されるように、クライアント側の「ルックアップ」テーブルを作成したいと思います。

ASP.NET アプリケーションでこれを実現する最善の方法は何ですか? 値/属性のリストは、リスト内の 1 から 100 のメンバーの範囲になる可能性があります...

0 投票する
5 に答える
1968 参照

lookup - ルックアップ テーブルのサイズ削減

数百万の整数を保存する必要があるアプリケーションがあります。それらをルックアップテーブルに保存する必要があります。明らかに、そのような量のデータをメモリに保存することはできません。私の要件では、保存する必要があるのは非常に限られています組み込みシステムのデータなのでスペースが非常に限られているため、ルックアップテーブルの削減に使用できる推奨方法についてお尋ねしたいと思います。ニューラルネットワークなどの関数近似を使用できません。値はテーブルにある必要があります。現時点では、整数の範囲は不明です。整数と言うときは、32 ビット値を意味します。

基本的には、いくつかの圧縮方法を使用してメモリの量を減らしますが、多くの精度を失うことはありません。これはハードウェアで実行する必要があるため、計算オーバーヘッドが非常に高くなることはありません。

私のアルゴリズムでは、テーブルの 1 つの値にアクセスして、それを使用していくつかの操作を行い、値を更新する必要があります。最後に、インデックスを渡して値を取得する関数が必要です。その後、別の関数を使用してテーブルに値を書き込む必要があります。

タイルコーディングと呼ばれるものを見つけましたhttp://www.cs.ualberta.ca/~sutton/book/8/node6.html、これはいくつかのルックアップテーブルに基づいていますが、他の方法を知っている人はいますか?

ありがとう。

0 投票する
6 に答える
466 参照

c - 非整数の離散集合をどのように扱いますか?

ある既知の値セットから別の既知の値セットへのコンパイル時にチェック可能なマップを実行する必要があるプログラムがあります。

入力が整数または等間隔である場合、これは簡単です。私は行を反復処理するつもりですが、読みやすいマナーでルックアップを実行できるようにしたいと考えています。

私の現在の考え(私は好きではない)は、次のような列挙型を定義することです

次に、2 つのルックアップ用に設定します。

より良いアイデアはありますか?

編集:私の主な関心事は、検索しようとするものを制限することです。コードが無効なものを検索しようとする可能性がある場合は、コンパイルさえしないでください。

セットは小さく、反復時間はほとんど無関係です。

列挙型を超えて何かを得るものは何も見ていないので、今のところそれで行きます。OTOH この質問は引き続き見ていきます。

*注: ポインターなどの問題をキャッチすることについては心配していません。for ループや変数の割り当てなどの単純なコードだけです。


核心:明確さと一般性のために上記を単純化しすぎました。私は実際に、3 つの非整数で不均一な軸と 1 つの非数値軸を持つテーブルを持っています。そして、この時点では、それを列挙する必要がある方向がわかりません.

私が探しているものの風味を与えるためのいくつかのリンク:

Boost::SIと同じアイデアの私のDバージョン

0 投票する
4 に答える
504 参照

java - double 配列の格納と検索

私は最小限に抑えたいかなり高価な配列計算 (SpectralResponse) を持っています。最良の方法は、それらを保存し、将来同じアレイが再び必要になったときに元に戻すことだと考えました。決定は、BasicParameters を使用して行われます。

そのため、現在、SpectralResponse の配列にはオブジェクトの LinkedList を使用し、BasicParameter には別の LinkedList を使用しています。また、BasicParameters には、パラメーター セットを比較する isParamsEqualTo(BasicParameters) メソッドがあります。

調べるには、BasicParameters のリストを調べて一致をチェックし、一致する場合は SpectralResponse を返します。一致しない場合は、SpectralResponse を計算します。

これは、検索に使用した for ループです。

しかし、どういうわけか、このようにすると大量のメモリが消費されるだけでなく、SpectralResponse を直接計算するよりも実際には遅くなります。はるかに遅い。

私の実装が間違っているのでしょうか、それとも事前計算とルックアップの方が速いと誤解していましたか?

0 投票する
17 に答える
61256 参照

algorithm - ハッシュルックアップとバイナリ検索では、どちらが高速ですか?

オブジェクトの静的セット (一度読み込まれるとほとんど変更されないという意味での静的) が与えられた場合、最適なパフォーマンスで繰り返し同時ルックアップが必要な場合、HashMapカスタム コンパレータを使用したバイナリ検索を使用する配列と、どちらが優れているでしょうか?

答えはオブジェクトまたは構造体型の関数ですか? ハッシュおよび/または等価関数のパフォーマンス? ハッシュの一意性? リストサイズ? Hashsetサイズ/セットサイズ?

私が検討しているセットのサイズは、500k から 10m の範囲です (その情報が役立つ場合)。

私は C# の答えを探していますが、真の数学的答えは言語にはないと思うので、そのタグは含めません。ただし、C# 固有の注意事項がある場合は、その情報が必要です。

0 投票する
4 に答える
640 参照

delphi - 一度に 2 つのデータセットからルックアップを作成できますか?

この質問では、データセットをサブセットに分割することについて尋ねたところ、良い回答が得られました。今、私は反対の問題を抱えています。共通の祖先の 2 つの異なるサブクラスのオブジェクトを表す 2 つの異なるデータセットがあります。親に存在する 2 つのプロパティ ID # と Name を使用して、同じ TDBLookupComboBox で両方を同時に検索する必要があります。クラス。

ルックアップ フィールドを使用すると、複数のソース フィールドから検索できますが、2 つの異なるデータセットではなく、同じデータセット内でのみ検索できます。また、ルックアップ コントロールでは、検索するルックアップ フィールドを 1 つだけ指定できます。両方のデータセットからデータを取得してコンボ ボックスに一緒に表示する方法を知っている人はいますか?

0 投票する
7 に答える
8205 参照

sql - ルックアップ テーブル ID と純粋なデータのどちらを格納するかの決定

私はこれが頻繁に出てくることに気づきましたが、それにアプローチする最善の方法がわかりません。

私が抱えている問題は、ルックアップ テーブルに外部キーを使用するか、それを要求するテーブルで直接ルックアップ テーブルの値を使用して、ルックアップ テーブルの関係を完全に回避するかを決定する方法です。

注意点:

  • 2 番目の方法では、ルックアップ テーブルでデータが変更された場合、データを参照するすべてのレコードを一括更新する必要があります。

  • これは、多数のルックアップ テーブルを参照する多数の列を持つテーブルに重点を置いています。したがって、多数の外部キーは、テーブルをクエリするたびに多数の結合を意味します。

  • このデータは、ルックアップ テーブルから取得されるドロップ ダウン リストから取得されます。リロード時にデータを一致させるには、値が既存のリストにある必要があります (最初のポイントに関連する)。

ここでのベスト プラクティス、または考慮すべき重要なポイントはありますか?