我的应用程序经常需要使用查找表来获取各种代码的可读形式,以修饰它所提供的文档中的值。
例如 <product_code>PC001</product_code>
应该返回为 <product_code code='PC001'>Widgets</product_code>
。这不仅适用于 product_code,还有其他几种类型的代码需要类似的行为(其中一些只有几十个示例,而另一些则有几千个)。
我想知道的是,在数据库中存储这些数据的最有效方法是什么?我可以想到两种可能性:
1)每种代码类型一个文档,带有许多元素:
<product-codes>
<product-code code = "PC001">Widgets</product-code>
<product-code code = "PC002">Wodgets</product-code>
<product-code code = "PC003">Wudgets</product-code>
</product-codes>
2)每个代码一个文档,每个文档包含如上所示的<product-code>
元素。
(显然,两种选项都包括合理的索引)
这两种选项中有没有一种比另一种明显更快?还有其他更好的选择吗?
我觉得通常最好将每个“事物”保留在一个文档中,因为从概念上讲稍微更加清晰,并且(据我了解)更适合ML的索引,但是在这种情况下,这似乎会导致非常多的非常小的文件。这是我应该担心的事情吗?