- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
是2n吗?只是检查。
最佳答案
术语
B 树的顺序在文献中的定义并不一致。
(例如,参见 terminology section of Wikipedia's article on B-Trees )
一些作者认为它是非叶节点可以容纳的最小键数,而另一些作者则认为它是最大键数非叶节点可以拥有的子节点(比该节点可以拥有的最大键数多1)。
然而,许多其他人通过假设固定长度的键(和固定大小的节点)来绕过歧义,这使得最小值和最大值相同,因此顺序的两个定义产生相差 1 的值(正如所说的键的数量是总是比 child 的数量少一。)
我将深度定义为在叶记录的搜索路径中找到的节点数,包括根节点和叶节点。从这个意义上说,一棵非常浅的树,只有一个根节点直接指向叶节点,其深度为 2。如果该树要生长并需要中间级别的非叶节点,则其深度将为 3 等。
n阶B树中可以容纳多少个元素?
假设固定长度的键,并假设“顺序”n被定义为子节点的最大数量,答案是:
(Average Number of elements that fit in one Leaf-node) * n ^ (depth - 1)
我怎么算?...:
数据(“元素”)仅保存在叶节点中。因此,持有的元素数量就是一个节点中适合的平均元素数量乘以叶节点数量。
叶节点的数量本身是由适合非叶节点的子节点的数量(顺序)驱动的。例如,叶节点上方的非叶节点指向 n 个(顺序)叶节点。然后,该非叶节点上方的非叶节点指向n个相似节点等,因此“为(深度-1)次方”。
请注意,上面的公式通常使用平均值(非叶节点中保存的键和叶节点中保存的元素)而不是假设固定键长度和固定记录长度:树通常有一个节点大小与键和记录大小相称,因此保存足够大的数字键或记录,使得任何叶子中保存的键或记录的有效数量与平均值相比变化相对较小。
示例:
一棵深度 4 的树(一个根节点、两层非叶节点和一层[显然]叶节点)和阶 12(非叶节点最多可以容纳 11 个键,因此指向它们下面的 12 个节点),并且叶节点每个可以包含 5 个元素,将:
- 让它的根节点指向它下面的12个节点 - 它下面的每个节点都指向它们下面的 12 个节点(因此“3”层中将有 12 * 12 个节点(假设根是第 1 层等,顺便说一句,这个编号定义也是不明确的......) - “第 3 层”中的每个节点将指向 12 个叶节点(因此将有 12 * 12 * 12 个叶节点。
- 每个叶节点有 5 个元素(在本例中)
因此..这样一棵树将容纳...
Nb Of Elements in said tree = 5 * 12 * 12 * 12
= 5 * (12 ^ 3)
= 5 * (12 ^ depth -1)
= 8640
认识第三行的公式。
B 树的显着之处在于,相对较浅的树(根和查找记录之间的“跳数”有限)可以保持相对较高的数字记录。该数字乘以每个级别的订单。
关于b-tree - n 阶 B 树中可以容纳多少个元素?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2572191/
我使用以下语句对句子进行了分块: grammar = '''
在空间索引方面更喜欢 R+-Tree 而不是 R-Tree 的主要原因是什么?据我所知,R+-Tree 避免节点重叠导致更复杂的代码、更复杂的除法算法等。 R*-tree 与 R-tree 非常相似,
我有这个通用树实现,但在编写递归树比较时遇到此错误。在第 89 行,我收到此错误:没有用于调用“Tree::operator==(Tree&, Tree&) const”的匹配函数这是我的代码: #i
除了 GIS 应用程序,还有哪些其他应用程序或库使用 R 树及其变体? 最佳答案 电脑游戏经常如此。 Here's a link to something cool . 计算机图形学——包括软件和硬件
我正在使用名为 collective.virtualtreecategories 的附加产品在 plone 中生成一棵树。但是,我不断收到奇怪的 javascript 错误,无法显示树。 在我的浏览器
我必须检查一个节点是否属于 lisp 中的一棵树,但我不知道为什么它不起作用。 这是我的代码: (defun number-of-elems (l) (cond ((null l) 0)
我对以下树的术语感到困惑,我一直在研究树,但无法区分这些树: a) 完全二叉树 b) 严格二叉树 c) 完整二叉树 请帮我区分这些树。这些树何时何地在数据结构中使用? 最佳答案 完美的树:
我在应用程序的多个页面上使用相同的 dijit.Tree View ,并且我希望将 cookie 保存为服务器名称,而不是文件夹名称。 现在我有 3 个页面和 3 个 cookie,每个页面都有自己的
我想知道是否有一个现有的单词来描述我当前正在使用的流程。我想称之为“压扁一棵树”,但我觉得一定有更好的词或短语。 输入: |--D --B | |--C | A-E | | |--G --F
我正在尝试理解 nltk.tree 模块。我很困惑为什么当打印 nltk.tree.Tree 对象时,它不打印出地址。相反,它打印出树的字符串表示形式。 我查看了 nltk.tree 中的源代码,但我
我想构建 2 个树结构。第一个树将包含节点,每个节点都有我的 Range 对象的列表: class Range { public DateTime Start { get; set; }
有人有一个带有图标和来自服务的数据源的 mat-tree 示例吗? Stackblitz 上的一个例子会很棒。 最佳答案 使用 https://stackblitz.com/edit/ng-mat-t
我意识到答案可能是存在多个有效的此类实例(例如整数;总和、乘积……的情况)。也许有人有比这更令人满意的答案? 正如 Joachim Breitner 在此答案中出色地解释的那样 How do you
我在 powerbuilder 中使用树数据窗口。这代表了树和表的混合。 我的问题是:树没有明显区分可扩展和不可扩展节点。如果一个节点不可展开,该节点前面的图标仍然是加号,如果我点击加号,树会在当前节
下午好! 我有决策树的问题。 f11<-as.factor(Z24train$f1) fit_f1 <- rpart(f11~TSU+TSL+TW+TP,data = Z24train,method=
对于处理语言,如在常规字典单词中,阅读速度更快,是基数树还是常规 b 树?有没有更快的方法,例如带有桶和散列的字典? 最佳答案 与往常一样,您需要在应用程序上下文中进行基准测试才能确定。 但是,我希望
我正在使用 Doctrine's 2 Tree-Nestedset extension使用 MySQL IndoDB 数据库。 yml 表架构如下所示: Ext\Entity\PageElement:
我正在尝试在我的光线追踪器中遍历 3D KD 树。树是正确的,但我的遍历算法似乎有问题,因为与使用蛮力方法相比,我遇到了一些错误(一些小表面积似乎被忽略了)。 注意:所讨论的光线都不平行于任何轴。 这
我正在使用nltk.tree.Tree来读取基于选区的解析树。我需要找到从树中的一个特定单词到另一个单词所需移动的节点路径。 一个简单的例子: 这是句子“saw the dogs”的解析树: (VP
我正在研究为我的应用程序组合自定义存储方案的可能性。我认为,重新发明轮子的努力是值得的,因为性能和存储效率都是主要目标,并且其上的数据和操作比 RDBMS 提供的所有内容(无更新、无删除、预定义查询集
我是一名优秀的程序员,十分优秀!