首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

图的遍历(下)——邻接表

概述 在我的上一篇博客:图的遍历(上)——邻接矩阵 中主要介绍了邻接矩阵的BFS和递归的DFS与非递归的DFS这3种遍历算法。在这篇博客我将主要叙述邻接表的以上3中遍历算法。...首先来看看邻接表的表示方法。 邻接表主要是针对稀疏图中邻接矩阵造成的空间浪费而提出的。下面我们来看看邻接表的表示。 1)无向图的表示 ? 2)有向图 ?...(说明:对于BFS,DFS的递归与非递归算法在这篇文章就不再重复,如有不了解请移步我的上一篇博客:图的遍历(上)——邻接矩阵 ) ---- 广度优先遍历(BFS) //广度优先遍历(BFS) void...return this->next; } }; class Graph{ private: vector Edgelist; //邻接表...{ cout<<"请输入顶点数与边数:"<<endl; int nv,ne; cin>>nv>>ne; Graph graph(nv,ne); cout邻接表为

91410
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    数据结构 图的邻接表

    大家好,又见面了,我是你们的朋友全栈君。 呃,下面该写邻接表了……. 邻接表的出现是因为图若是稀疏图,用邻接矩阵会造成空间的浪费,毕竟你要开辟一个一维数组和一个二维数组嘛,而且还是大开小用的那种。...邻接表为了避免内存的浪费引入了链式存储,它的处理办法是: 1.用一个一维数组存储顶点,当然你也可以用单链表存储, 2.用单链表存储顶点的邻接点,可以将顶点改为结构体数组,结构体中存放邻接点的指针,邻接点也创建一个结构体...下面是一个无向的网图: 邻接表中数据的存储图示如下(emmm,无向图果然没有有向图好画): emmm,终于画完了,我来介绍下这个图 顶点表也就是个结构体数组,是存放顶点的结构,顶点表中有data元素...边表也是一个结构体,内有adivex元素,存放邻接点的下标,weight存放顶点与邻接点之间线的权重,next是边表结构体指针,存放该顶点的下一个邻接点,next就是负责将顶点的邻接点连起来。...numarc; //当前邻接表的边数 }GraphAdjList; //建立图的邻接表 void CreateAdjListGraph(GraphAdjList &G) { ArcNode

    1.1K20

    单库单表到分库分表的平滑迁移

    背景我们接下来用电商作为案例分享业务视角在业务初期,数据库基本上都是由单库单表实现的,这样既可以快速支持业务试错,同时又可以把资源成本控制到最低,但随着业务不断发展,数据量也会呈指数形式增长,最终会发现单库单表无法支撑业务快速发展...技术视角根据前人经验,单表最多支撑2000W左右的数据,如果数据量再增长,则会影响读写效率,就需要对单库单表进行分库表的改造单库单表存在的问题:性能瓶颈:随着数据量的增加,数据库的读写、查询性能会逐渐下降...:单库单表的架构很难做到高可用性和灾备。...而且,数据恢复的时间较长,影响业务的正常运行。扩展性问题:随着业务的发展,数据量和访问量不断增加,单库单表的架构很难通过简单的扩展来满足需求。...架构升级历程参考:数据库架构演变过程这里我们直接一步到位,实现单库单表到垂直拆库,水平分表迁移过程场景汇总新老数据读写老数据是是老数据是是迁移步鄹实现新数据的读和写的能力实现老数据到新数据的同步(监听binlog

    14010

    单库单表到分库分表的平滑迁移

    背景我们接下来用电商作为案例分享业务视角在业务初期,数据库基本上都是由单库单表实现的,这样既可以快速支持业务试错,同时又可以把资源成本控制到最低,但随着业务不断发展,数据量也会呈指数形式增长,最终会发现单库单表无法支撑业务快速发展...技术视角根据前人经验,单表最多支撑2000W左右的数据,如果数据量再增长,则会影响读写效率,就需要对单库单表进行分库表的改造单库单表存在的问题:性能瓶颈:随着数据量的增加,数据库的读写、查询性能会逐渐下降...:单库单表的架构很难做到高可用性和灾备。...而且,数据恢复的时间较长,影响业务的正常运行。扩展性问题:随着业务的发展,数据量和访问量不断增加,单库单表的架构很难通过简单的扩展来满足需求。...架构升级历程参考:数据库架构演变过程这里我们直接一步到位,实现单库单表到垂直拆库,水平分表迁移过程场景汇总新老数据读写老数据是是老数据是是迁移步鄹实现新数据的读和写的能力实现老数据到新数据的同步(监听binlog

    37721

    基于邻接表的AOE网实现关键路径查询

    按照图的“邻接表”存储结构表示AOE网,实现求其关键路径的算法,并验证如下图1所示AOE网的关键路径。...,在它之后的活动可以开始,弧表示活动,权表示活动持续的时间。...AOE网可用来估算工程的完成时间。由于整个工程只有一个开始点和一个完成点,故在正常的情况(无环)下,网中只有一个入度为零的点(源点)和一个出度为零的点(汇点)。...在循环中同时遍历邻接表中每一个边所存储指向的节点,并且更新其的ve[i].注:更新时,比较边的权加上更新结点的前一个结点的ve与 该结点本身的ve大小(全部初始化为0),取最大值。...iostream>#include #include #include #include using namespace std;/*创建图的邻接表

    27331

    数据结构:图的存储结构之邻接表

    对于图来说,邻接矩阵是不错的一种图存储结构,但是我们也发现,对于边数相对顶点较少的图,这种结构是存在对存储空间的极大浪费的。...因此我们考虑另外一种存储结构方式:邻接表(Adjacency List),即数组与链表相结合的存储方法。 邻接表的处理方法是这样的。...2、图中每个顶点vi的所有邻接点构成一个线性表,由于邻接点的个数不定,所以用单链表存储,无向图称为顶点vi的边表,有向图称为顶点vi作为弧尾的出边表。 例如图7-4-6就是一个无向图的邻接表结构。...若是有向图,邻接表的结构是类似的,如图7-4-7,以顶点作为弧尾来存储边表容易得到每个顶点的出度,而以顶点为弧头的表容易得到顶点的入度,即逆邻接表。 ?...firstedge = pe;     } } int main(void) {     GraphAdjList GL;     CreateALGraph(&GL);     return 0; } 这里的邻接点插入使用了单链表创建中的头插法

    3.5K81

    图的存储方式之前向星与邻接表

    常用的邻接矩阵和邻接表都挺简单的,就不提了。 这个是ACM版本的前向星,本质就是用数组替换了链表,效果就是更方便一些。 虽然不如十字链表删除方便,但是也能比较方便地写出边删除的操作。...//其中,info保存着所有节点的第一个边 //next保存着所有边信息的下一个边 //to保存着边的下一个节点信息。如果是带权边,可以增加一个weights数组,与to类似。...void clear(){ info.clear(); next.resize(0); to.resize(0); } }; 想了一下还是提一下邻接表吧...struct Edge{ int from,to,weight; }; vector G[maxn];//可以用来模拟邻接表 //使用的时候给对应的数组G[node]插入边即可,其实也挺方便的...另外一个是刘汝佳的蓝书里面的实现,应该也是邻接表,只是G[maxn][edgeNum]里面放的不再是直接放边对象,而是改为了边索引号n。

    38510

    具有快表的内存转换机构

    基本地址转换机构:一组硬件机构,将逻辑地址转换成物理地址,需要两次访存,先查页表再查内存 具有快表的地址转换机构 1)局部性原理 2)什么是快表 3)引入快表后,地址转换只需要一次访存 局部性原理 时间局部性...:程序中执行了某条指令,不久后这条指令可能会再次执行;访问了某个变量,不久后可能会再次访问 空间局部性:一个程序在访问了某个存储单元,不久后附近的存储单元很可能会再次被访问 快表:联想寄存器(TLB),...高速缓存存储器,比内存速度快所以叫快表;内存中的页表是"慢表" 1)先查快表->查不到查慢表->把数据缓存到快表中 2)下次查询直接在快表中查询,这也是快表命中 3)快表满的时候,会对旧的页表项进行替换

    77330

    在NHibernate的单表继承模式下通过父类Repository查询子类

    在NHibernate中经常遇到继承与关系数据库的ORMapping的问题,我之前的一篇博客(http://www.cnblogs.com/studyzy/archive/2011/08/16/2140675....html)介绍了有3种常用的实现方式: Concrete Table Inheritance(具体表继承) Single Table Inheritance(单表继承) Class Table Inheritance...(类表继承) 其中单表继承是我个人比较常用比较推荐的做法。...使用单表继承可以不用Join多个表查询效率高,而且在Domain Model的属性提示到父类或者下降到子类时,数据库模型不用更改。...其缺点就是一个数据表的列比较多,而且很多列为空,不过现代的数据库对空列的压缩处理已经比较好了,不会产生大量空列造成的性能问题和磁盘空间的浪费。

    35920

    ORM中的继承关系映射全解——单表继承体系、一实体一具体表、一实体一扩展表、接口映射

    实体继承是基于OO和关系型数据库软件系统设计中的一个重要主题。本文通过基于NBear的实例解析ORM中的实体继承体系映射的方方面面。 本文涉及的内容包括: 1. 单表继承体系 2....一实体一扩展表 4. 接口实现映射vs基类继承映射 1. 单表继承体系 所谓单表继承体系就是用一张数据库表存储整个继承体系中的所有实体的数据。...单表继承体系适合那种继承体系中实体数目相对较少,总记录数相对较少,子类对父类的属性扩展也相对较少的情形。 ...单表继承体系优点是读/写继承体系中的每个实体的数据,都只需操作一张表,性能较好,并且,新增继承类,或扩展实体属性都只需要增减一张表的字段就可以了,易于维护;主要缺点是,因为所有的实体共享一张表,表中会有比较多的...带附加条件的单表继承体系 采用单表继承体系方案时,继承体系中的不同子类不仅仅扩展父类的属性,肯定还会附带一些字段查询条件和默认值。

    2.5K90

    单表查询是如何执行的

    不过查询优化这个主题有点儿大,在学会跑之前还得先学会走,所以本章先来瞅瞅MySQL怎么执行单表查询(就是FROM子句后边只有一个表,最简单的那种查询~)。...对于单个表的查询来说,设计MySQL的大叔把查询的执行方式大致分为下边两种: 使用全表扫描进行查询 这种执行方式很好理解,就是把表的每一行记录都扫一遍嘛,把符合搜索条件的记录加入到结果集就完了。...如果匹配的记录较少,则回表的代价还是比较低的,所以MySQL可能选择使用索引而不是全表扫描的方式来执行查询。...(如果匹配的二级索引记录太多那么回表的成本就太大了),跟坐高铁差不多。...,不过也可以使用二级索引 + 回表的方式执行,如果采用二级索引 + 回表的方式来执行的话,那么此时的搜索条件就不只是要求索引列与常数的等值匹配了,而是索引列需要匹配某个或某些范围的值,在本查询中key2

    1K20

    实验3.1 简单的单表查询

    一、实验目的 熟练掌握用SELECT语句实现简单的单表查询。掌握SELECT子句、FROM子句、WHERE子句及ORDER BY 子句的用法。 二、实验原理 用SELECT语句实现简单的单表查询。...四、实验示例 1.查找表中所有姓刘的职工的工号,姓名,部门,薪水 select emp_no,emp_name, dept ,salary  from employee  where emp_name...select * from sales where tot_amt>=10000;  3、在员工表employee中查找薪水在4000至8000元之间的员工。...select * from employee  where emp_name like '王%功'; 7、在员工表employee中查找姓“刘”的员工。...(去掉重复记录) select DISTINCT dept  from employee ; 12、查找员工表中的所有记录,并按薪水由低到高进行排序。

    1.4K20
    领券