问题标签 [lookup-tables]

假设我希望用户选择一种或多种联系方式（电子邮件、电话、传真等）。如果他们选择其他，那么他们可以输入自己的单一联系方式。将其存储在数据库中的最佳方法是什么？我看到了三种可能性：

1. 使用一组数据类型列，加上一个“other_contact”varchar 列来存储可选的用户输入值。
2. 使用多对多和用户输入的列。所以会有一个用户表、一个contact_method 表和一个连接两者的user_contact_method 表。加上一个 user.other_contact varchar 列来存储可选的用户输入值。
3. 只需使用多对多。设置与 2 相同，但允许用户将条目添加到 contact_method 表。但这意味着我必须添加一列来跟踪“系统”值（用户无法更改或删除这些值，只有这些值显示在下拉列表中）。另外，我必须添加额外的逻辑以允许更改用户输入的值。

对上述有任何意见，还是有更好的解决方案？

假设我希望表中的条目Regions具有类型，例如城市、国家等。假设我将使用 O/RM（在我的情况下为 NHibernate），存储这种类型的公认方式是什么？我看到两个选项：

• 在 C# bussines 层中有一个枚举类型，并将类型作为 a 存储tinyint在表中。
• 有一个RegionTypes带有类型标识符（字符串或整数）的查找表并在Regions表中引用它们。

从数据库的角度来看，第二种方法似乎更合理，因为我有外键约束，而且我可以有关于区域类型的其他数据，例如，城市是国家/地区的子类型（并且因为我使用的是 SQL Server 2008空间特征，我实际上需要这些信息来进行空间操作）。但是，从 C# 的角度来看，我基本上必须有一个实体RegionType并在每次我想将它分配给一个区域时从数据库中加载它（据我所知，NHibernate 不允许我将类型设为枚举，如果我将它存储在查找表中）。对于这样一个简单的任务来说，这有点乏味，因为要知道区域类型基本上是固定的，不太可能改变。

其他类型（例如DayOfWeek不太可能更改或具有其他属性）的其他类型应该有自己的查找表和实体吗？

I have an UGLY logic tree that I'm looking at ways replace with some code generated from a table. It branches based on several thing:

• the length of a List<AbstractType>
• the actual types in the list
• a flags enum

My basic idea is to build some kind of decision tree from by input table. For the list length and flags that's easy (a switch), but what about the types bit?

This question suggests that polymorphism is a good idea but that would mix concerns and strew code to the four winds in my case (and doesn't lend its self to generation anyway). The other suggested solution (IDictionary<Type, DelegateType>) might work but seem a little ugly.

Does anyone have any suggestions.

我正在尝试在我的代码中创建成员函数的查找表，但它似乎正在尝试调用我的复制构造函数，我已通过扩展“不可复制”类来阻止它。我所拥有的类似于以下内容。

错误是 '(this->...' 行尝试调用不可见的复制构造函数。为什么要尝试这样做，我必须更改什么才不会？

与敏捷书一起阅读，它在脚注中说：

...您只需将在查找表上执行 find(:all) 的结果传递给 select 助手。

好的 ...

我的源控制器（以及表）如下所示：

但是我的选择框一团糟，我在所有值中都得到了这种类型的数据并显示：

所以我试着做一个Source.find(:all, :select => 'name,id')，但这仍然给了我看起来古怪的东西。

我究竟做错了什么？

目前我正在尝试将 Keith Rule 的 Texas Holdem Hand Evaluator 移植到 Omaha Hi：

• 德州扑克评估器和分析
• 更多分析 Part1
• 更多分析第 2 部分

在对算法进行了更多思考之后，我找到了一个解决方案，它为我提供了正确的手牌百分比，一切都很好..

但这真的很慢。我怎样才能加快速度？

由于我现在唯一要做的就是查找普通的五张牌，因此 LUT 可能适合我。有人集成过吗？

我有一个文本列，它应该只有 3 个可能的字符串中的 1 个。要对其施加约束，我将不得不引用另一个表。我可以将约束的值直接放在列上而不引用另一个表吗？

我有一堆这样的表：

但我需要一个扁平化版本，如下所示：

我不知道如何做到这一点，我能想到的最好的方法是编写一个临时表，定义所有 122 列，然后执行If Exists ( SELECT * FROM PatientRisksOnCheckup where RiskID=i and checkupID=j ) INSERT INTO PatientCheckup (1) WHERE CheckupID=j并迭代i, j...>_<

只为一个表编写这个查询并不是最好的，但我需要为另外 30 个相同大小的表扁平化这样的数据。呃……请给点建议？

我也很想知道我正在做的事情是否是常见的事情......？

我需要对统计软件的 sql 数据进行非规范化/扁平化。

假设我没有超过一两打具有不同属性的对象，例如：

UID、名称、值、颜色、类型、位置

我希望能够调用 Location = "Boston" 或 Type = "Primary" 的所有对象。经典的数据库查询类型的东西。

大多数表解决方案（pytables、*sql）对于这么小的数据集来说真的是过大了。我是否应该简单地遍历所有对象并为每个数据列创建一个单独的字典（在添加新对象时向字典添加值）？

这将创建这样的字典：

{'Boston' : [234, 654, 234], 'Chicago' : [324, 765, 342] } - 这 3 位数字条目代表诸如 UID 之类的东西。

正如你所看到的，查询这个会有点痛苦。

有什么替代方案的想法吗？

我的任务是学习 Lotus Domino Designer - 不知道我前世做了什么，但它一定很糟糕...... - 并且想知道如何在数据库上进行查找以获取一些选择值。由于这些信息可能会在许多应用程序中使用，我希望它只在一个地方。

我收集我可以使用@DBColumn，但是如果该查找中的条目发生更改会发生什么？如果查找的唯一值是文本，那么关系就会被破坏，不是吗？有什么方法可以模仿关系查找的想法吗？

我假设我从错误的角度看待 Lotus 开发，因为这似乎是查找的真正限制。

我在互联网上没有找到任何像样的学习材料，所以希望能得到任何帮助。

塔