問題タブ [lookup]

私は質問モデルとフォームを持っています。このモデルのフィールドの1つはuserid=ForeignKey(User)です。これは質問モデルで完全に機能し、ドロップダウンからユーザーを選択できます。

しかし、モデルからの質問をリストしたいときはちょっと難しいです。Users テーブルからユーザー名を検索する最良の方法はどれですか? この時点で私はドロップダウンを持てないからです！

シンプルなものが欲しい

質問のタイトル 質問者:検索ユーザー名

同じ名前の関数がありますが、基本クラスと派生クラスのシグネチャが異なります。派生クラスから継承する別のクラスで基本クラスの関数を使用しようとすると、エラーが発生します。次のコードを参照してください。

gcc コンパイラから次のエラーが表示されます。

int foo(int i){};class から削除するBか、から名前を変更するとfoo1、すべて正常に動作します。

これの何が問題なのですか？

会社で利用可能なポジションを保存する必要がある場合 (マネージャー、チーム リーダーなど)。それを保存するためのベストプラクティスは何ですか? 私はコメントで2つの意見を持っています...「もちろん、あなたを歓迎します」

私の意見では、アイテムを変更する場合は最初の解決策を選択します。これらのオプションを Enum としてハードコーディングしないようにします。
データが変更されないことに疑いの余地がない場合 (たとえば、性別: 男性、女性)、Enum ソリューションを選択できます。

注:私は英語でコーディングしており、UI カルチャはアラビア語である可能性があります。Enum ソリューションを使用する場合は、カルチャ ベースの文字列をプレゼンテーション レイヤーにハード コードしますが、ベスト プラクティスの観点からは問題ありません!!!!

あなたの意見を知りたいのですが、私の考えが最も推奨される「ベスト プラクティス」と一致するかどうかを教えてください。

ルックアップテーブルのハッシュ関数が必要なので、値が0からNの場合、0からnまでの値（n << N）を与えるハッシュ関数が必要です。もう1つの情報は、すでにNを事前に知っています。

私はさまざまな低コストのハッシュ関数について調査してきましたが、これだけを見つけました：

私のハッシュ関数はHWで実装する必要があるので、非常に低コストである必要があります。その単純なこと以外に、他の式やアルゴリズムを推奨できる人はいますか？私がHWと言うとき、私はHWでの真の実装を意味し、マイクロプロセッサでの命令ではありません。

ありがとうございました。

ソリューションで更新する

すべての回答に感謝します。ターゲットアプリケーションの特性に応じてすべてが等しく有効であるため、お気に入りのものを選択するつもりはありません。

ドキュメントの「名前」をルックアップ値として使用するドキュメント ライブラリへのルックアップ列を作成するにはどうすればよいですか?

「FileName」のような別のカスタム フィールドを追加し、アイテム レシーバーを使用してカスタム フィールドに Name フィールドの値を入力することを推奨するブログ投稿を見つけましたが、安っぽく見えます。興味のある方はブログへのリンク: http://blogs.msdn.com/pranab/archive/2008/01/08/sharepoint-2007-moss-wss-issue-with-lookup-column-to-doc- lib-name-field.aspx

とにかく本当にうまくいくはずの回避策で混乱させたくないカスタムドキュメントコンテンツタイプがたくさんあります。

次のようなメモリ内の「テーブル」があります。

そして、私がやりたいことは、3 つのフィールドのいずれかを使用して、迅速かつ効率的なルックアップを行うことです。言い換えれば、私は欲しい：

• myTable[3]そしてmyTable[Names.Adam]、そしてmyTable[Professions.Baker]すべてに戻る{3,Names.Adam,Profession.Baker}
• myTable[Profession.Teacher]{9,Names.Bob,Profession.Teacher}と の両方を返し{5,Names.Fred,Profession.Teacher}ます。

テーブルは、ユーザーのアクションに従って実行時に作成され、データベース接続が保証されないセクションで使用されるため、データベースに格納できません。

現在、私は「単純に」（ハァッ！）これを3つのuber-Dictionariesを使用して保存し、それぞれが列（FavoriteNumber、Name、Profession）の1つを使用してキーを設定し、2つのDictionariesを保持するuber-Dictionariesの各値をキーにしています残りの列のそれぞれ (したがって、"Name" uber-dictionary の値は型Dictionary<FavoriteNumber,Profession[]>とDictionary<Profession, FavoriteNumber[]>

これには、2 つの辞書での 2 つの検索と、配列の別のトラバース (通常は 1 つまたは 2 つの要素を保持します) が必要です。

誰でもこれを行うためのより良い方法を提案できますか? テーブルが小さい (20 エントリ以下) 可能性が高いため、余分なメモリを消費することは気にしませんが、コードをより簡単に保守できるようにするために、CPU を少し犠牲にしても構わないと思っています...

クラスの 1 つでルックアップ テーブルをインスタンス メンバーとして格納する必要があります。オブジェクトが構築されると、テーブルが初期化されます。各「行」には 3 つの「列」があります。

StringKeyまたはEnumKey のいずれかによるルックアップで最高のパフォーマンスが得られるデータ構造を選択したいと考えています。

同じ辞書の値に対して 2 つのキーがあるのはちょっと厄介です。私はこれまでにこれに遭遇したことがないので、この種の標準は何なのか疑問に思っています.

Key/Key/Value の代わりに Key/Value/Value 構造を作成することもできますが、パフォーマンスにどのような影響があるのか​​疑問に思っています。

私はこれについてすべて間違って考えていますか？