Algorithm 在存储大量数据时,应该使用哪种数据结构,而不是任何RDBMS?
这个问题是在一次采访中提出的。首先,我想到了B树。他要求我更具体一些,并要求我描述如何存储数据,以便更容易检索。Algorithm 在存储大量数据时,应该使用哪种数据结构,而不是任何RDBMS?,algorithm,database,Algorithm,Database,这个问题是在一次采访中提出的。首先,我想到了B树。他要求我更具体一些,并要求我描述如何存储数据,以便更容易检索。 你能解释一下吗。提前感谢听起来像是一个悬而未决的问题,所以你可以展示你对。。。好吧,这是我的猜测,但你可以说这回答了问题。你的问题不是很清楚。 存储数据的“好”方法取决于您想用它做什么 如果您想访问部分数据,一个偏移列表就足够了。如果你想在文本中搜索,在combonation中使用一个额外的倒排索引和docid->offset是很好的选择。如果你经常更新你的数据,而且很少阅读,这些都
你能解释一下吗。提前感谢听起来像是一个悬而未决的问题,所以你可以展示你对。。。好吧,这是我的猜测,但你可以说这回答了问题。你的问题不是很清楚。 存储数据的“好”方法取决于您想用它做什么
如果您想访问部分数据,一个偏移列表就足够了。如果你想在文本中搜索,在combonation中使用一个额外的倒排索引和docid->offset是很好的选择。如果你经常更新你的数据,而且很少阅读,这些都没有意义。所以这真的取决于问题并不清楚:“存储大量数据,但不存储任何RDBMS”-我不知道如何解析它。我被问到了同样的问题。您不应该使用任何RDBMS,但可以使用原始数据结构。我将从实体的角度讲。然后,关于规范化规则,我将检查实体,以获得关于业务规则和实体之间关系的更好结构。这是一个很难回答的问题,要看你如何回答,而不是你的答案。然后这个问题就完全没有明确说明。我们在这里试图优化什么?插入速度?查询速度?缓存行为?存储开销?还有别的吗?