Database marklogic中映射的替代方案
在我的应用程序中，我需要在map中输入数十亿个条目，这需要花费大量的执行时间。除了map，还有其他替代方法可以花费更少的执行时间吗？我同意Justin的观点，更多的细节将有助于给出更准确的答案 通常，map:map的主要问题是它需要在每次执行模块时初始化。对于许多条目，明智的做法是将map:map完全存储在某个地方，以加快速度。您可以将它放在服务器字段中，因此只需要在重新启动后重新计算它。您也可以将其存储在数据库中，但这需要数据库往返来检索它 然而，一个有10亿个条目的map:map可能根本不能很好地执行。作为替代方案，您可以将每个条目作为单独的文档存储在数据库中。MarkLogic可以很好地处理这个问题。您可以使用cts函数来检索适当的条目。索引保存在内存中，以便快速使用Database marklogic中映射的替代方案,database,marklogic,Database,Marklogic,在我的应用程序中，我需要在map中输入数十亿个条目，这需要花费大量的执行时间。除了map，还有其他替代方法可以花费更少的执行时间吗？我同意Justin的观点，更多的细节将有助于给出更准确的答案 通常，map:map的主要问题是它需要在每次执行模块时初始化。对于许多条目，明智的做法是将map:map完全存储在某个地方，以加快速度。您可以将它放在服务器字段中，因此只需要在重新启动后重新计算它。您也可以将其存储在数据库中，但这需要数据库往返来检索它 然而，一个有10亿个条目的map:map可能根本不能
嗯 我同意贾斯汀的观点，更多的细节将有助于给出更准确的答案 通常，map:map的主要问题是它需要在每次执行模块时初始化。对于许多条目，明智的做法是将map:map完全存储在某个地方，以加快速度。您可以将它放在服务器字段中，因此只需要在重新启动后重新计算它。您也可以将其存储在数据库中，但这需要数据库往返来检索它 然而，一个有10亿个条目的map:map可能根本不能很好地执行。作为替代方案，您可以将每个条目作为单独的文档存储在数据库中。MarkLogic可以很好地处理这个问题。您可以使用cts函数来检索适当的条目。索引保存在内存中，以便快速使用
嗯 对于数十亿的事物，答案可能是将它们放入数据库中，并使用范围索引处理它们。使用或至少借用它的一些概念可能是合适的。对于数十亿的事物，答案可能是将它们放入数据库，并使用范围索引来处理它们。使用或至少借用它的一些概念可能是合适的