首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

算法与数据结构(五) 普利姆与克鲁斯卡尔的最小生成树(Swift版)

上篇博客我们聊了图的物理存储结构邻接矩阵和邻接链表,然后在此基础上给出了图的深度优先搜索和广度优先搜索。本篇博客就在上一篇博客的基础上进行延伸,也是关于图的。今天博客中主要介绍两种算法,都是关于最小生成树的,一种是Prim算法,另一个是Kruskal算法。这两种算法是很经典的,也是图中比较重要的算法了。 今天博客会先聊一聊Prim算法是如何生成最小生成树的,然后给出具体步骤的示例图,最后给出具体的代码实现,并进行测试。当然Kruskal算法也是会给出具体的示例图,然后给出具体的代码和测试用例。当然本篇博客中

07

【数据结构】B树,B+树,B*树

1. 在内存中搜索效率高的数据结构有AVL树,红黑树,哈希表等,但这是在内存中,如果在外部存储设备中呢?比如数据量非常的大,以致于内存中无法存的下这么多数据,从而只能将大部分的数据存储到磁盘上,那如果要在磁盘上进行查找呢?我们还用内查找效率高的这些数据结构吗? 由于大部分数据都在磁盘上,所以如果要查找某个数据,则只能先通过文件读取,将数据读取到内存中,然后在内存里面进行该数据的检索,如果存储结构是二叉搜索树,AVL树,红黑树,那树的高度是会比较大的,假设有10亿个数据,那么高度就将近30层,如果每层都做一次文件读取,那效率会非常的低,因为磁盘的访问速度和内存相比差距很大,算法导论上给出的数据,两者的访问速度相差大约10w倍,而且30层的高度,那总体下来的运行时间就是内存访问速度的300w倍,那search算法的效率瓶颈就全部压到了磁盘读取上,所以内查找优秀的这几个数据结构也不适用,有人说那哈希表呢?哈希表其实也不行,同时哈希表本身还有表空间的占用,数据量过大的情况下,内存用哈希表也是存不下的,同时哈希冲突厉害的情况下,还需要用红黑树来代替链表作哈希桶,高度依旧是很高的,所以内查找的这些数据结构都不适用于磁盘上数据的查找,此时就有大佬想到了新的数据结构,B树。

02
领券