问题标签 [lookup]

我有一个问题模型和表单，该模型中的一个字段是userid=ForeignKey(User)，这在问题模型上效果很好，能够从下拉列表中选择用户。

但是当我想从模型中列出问题时有点棘手，这是从用户表中查找用户名的最佳方法？因为此时我不能有下拉菜单！

我想要一个简单的东西，例如

提问者的问题标题：查找用户名

我有一个同名的函数，但在基类和派生类中有不同的签名。当我尝试在从派生继承的另一个类中使用基类的函数时，我收到一个错误。请参阅以下代码：

我从 gcc 编译器收到以下错误：

如果我int foo(int i){};从 class中删除B，或者如果我从 重命名它foo1，一切正常。

这有什么问题？

如果我们必须存储公司的可用职位（即经理、团队负责人等）。存储它的最佳做法是什么？我有两种意见和评论......“当然，欢迎你的”

在我看来，如果我有更改项目，我会选择第一个解决方案。这样我就不会将这些选项硬编码为 Enum。
如果我确信数据不会改变（例如，性别：男性、女性），我可以选择 Enum 解决方案。

注意：我用英语编码，UI 文化可能是阿拉伯语。如果我将使用 Enum 解决方案，我将在表示层中对基于文化的字符串进行硬编码，从最佳实践的角度来看是否可以！！！！

我想知道您的意见，如果我的想法符合最推荐的“最佳实践”？

我需要一个查找表的散列函数，所以如果我的值是从 0 到 N，我需要一个散列函数给我一个从 0 到 n 的值，即 n << N。另一条信息是我已经提前知道N。

我一直在研究不同的低成本哈希函数，但我发现只有这个：

我的哈希函数需要在硬件中实现，所以它需要有一个非常低的成本。除了那个简单的东西之外，任何人都可以推荐任何其他公式或算法吗？当我说硬件时，我的意思是真正的硬件实现，而不是微处理器中的指令。

谢谢你。

更新解决方案

感谢所有答案，我不会选择最喜欢的一个，因为根据目标应用程序的特性，它们都同样有效。

如何为使用文档的“名称”作为查找值的文档库创建查找列？

我发现一篇博客文章建议添加另一个自定义字段，例如“文件名”，然后使用项目接收器使用名称字段中的值填充自定义字段，但这似乎很俗气。如果人们感兴趣，可以链接到博客：http: //blogs.msdn.com/pranab/archive/2008/01/08/sharepoint-2007-moss-wss-issue-with-lookup-column-to-doc-库名称字段.aspx

我有一堆自定义文档内容类型，我不想用一个无论如何都应该真正工作的解决方法弄乱它们。

我在哪里可以找到表格中的美国州列表以导入我的数据库？

SQL 将是理想的，否则 CSV 或其他一些平面文件格式就可以了。

编辑：填写两个字母的州代码

我有一个内存中的“表”，可能看起来像这样：

而我想要做的是使用 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）之一键控，并且 uber-Dictionaries 中的每个值都包含 2 个本身键控的字典剩余的每一列（因此“名称”超级词典中的值属于类型Dictionary<FavoriteNumber,Profession[]>和Dictionary<Profession, FavoriteNumber[]>

这需要在 2 个字典中进行 2 次查找，以及另一个数组遍历（通常包含 1 或 2 个元素。）

谁能建议一个更好的方法来做到这一点？我不介意花费额外的内存，因为该表可能很小（不超过 20 个条目），但我愿意牺牲一点 CPU 以使其更易于维护代码......

我想在 OCaml 中创建一个查找表。该表将有 7000 多个条目，在查找时（通过 int）返回一个字符串。用于此任务的适当数据结构是什么？表是否应该从基本代码中外部化，如果是这样，如何“包括”查找表以便从他/她的程序中访问？

谢谢。

目前在我的 ASP.Net 应用程序 web.config 中，我有一个应用程序设置，它存储一个以逗号分隔的映射值列表，如下所示。在后面的代码中，我需要根据输入值 1、2、3 等对此数据执行查找。我可以将字符串拆分并循环，直到找到匹配项，或者使用正则表达式从配置字符串中提取值。

目前我正在使用正则表达式来获取映射值。我不反对更改数据在 web.config 中的存储方式。有没有更简单优雅的处理方式？

我需要将查找表作为实例成员存储在我的一个类中。构造对象时将初始化该表。每个“行”将有 3 个“列”：

我想选择能够通过 StringKey或EnumKey 进行查找时产生最佳性能的数据结构。

对于相同的字典值有 2 个键有点尴尬。我以前从未遇到过这种情况，所以我想知道这种事情的标准是什么。

我可以创建一个键/值/值结构而不是键/键/值，但我想知道这会产生什么样的性能影响。

我在想这一切都错了吗？