Longest Consecutive Sequence 求最长连续序列, $O(n)$复杂度
解题思路:
- hash来记录是否使用过,以某个元素为中心,向两侧扩展
- 带size的并查集
1 | class Solution { |
Longest Consecutive Sequence 求最长连续序列, $O(n)$复杂度
解题思路:
1 | class Solution { |
跳表是一种随机化数据结构,
其随机化体现在插入元素的时候元素所占有的层数完全是随机的,层数是通过随机算法(随机化思想)产生的。
改变索引构建策略,有效平衡执行效率与内存消耗
使用场景:
并查集是一个代码很简单、但技巧性极强的数据结构,我们需要知道并查集的最重要特性:
能够在近乎$O(1)$的时间复杂度内完成元素归属集合以及元素合并的操作。
通常我们利用数组来实现并查集,并经常会通过路径压缩技巧来进行性能优化。
我们在图的连通性判定、最小生成树-kraskal等问题中可以看到常规并查集的应用。另外,我们有时候需要额外维护size、distance等额外属性去解决更多的问题。这种技巧也需要掌握。
给定一个字符串的集合,格式如:{aaa, bbb,ccc},{bbb,aaa,ddd},{eeefff},{ggg},{dddhhh}要求将其中交集不为空的集合合并,要求合并完成后的集合之间无交集,例如上例应输出{aaabbbcccdddhhh},{eeefff},{ggg}。
(1)请描述你解决这个问题的思路;
(2)请给出主要的处理流程,算法,以及算法的复杂度
(3)请描述可能的改进。
回答:类似于并查集的思路
1 | 并查集 —— 模板题 AcWing 836. 合并集合, AcWing 837. 连通块中点的数量 |
SplayTree,一种二叉查询树,与红黑树类似,是一种自调整的二叉树,
但是调整过程不仅仅发生在插入和删除,SplayTree中对节点访问都是通过splay操作完成节点的定位,查询、插入都是通过splay操作得到节点位置,每个splay操作都将进行对节点进行调整,将目标节点调整至树根,频繁访问的节点,调整到离根近的位置上,加快查询速度,反之“冷”节点的查询会耗时多。
按照8-2原则,假如程序80%的查询量中,频繁被查询到的数据仅仅是总数据的20%,那么将数据放入SplayTree中提供查询,对“热”数据的查询会大大加速,这样子会大大降低这80%查询量所需要的时间。
事物总有其缺陷的一面,SplayTree也是如此,倘若访问“冷”节点,这时的代价可能是O(n),但是对于“热”节点,甚至可以达到O(1)。
Squid中SplayTree应用于ACL,所谓ACL即访问控制列表,用户通过配置文件配置的ACL元素(例如:http_accessacl1,acl2,acl3,这里的acl1,acl2,acl3就是acl元素),在内存中使用两种方式组织,一种是SplayTree,另一种是链表。采用的SplayTree组织ACL的种类有:DSTIP、SRCIP、用户认证、DSTDOMAIN等,原因很简单,这些元素访问非常频繁,假如元素很多时,链表查询的代价是O(n),让这些类型ACL元素放入SplayTree中,那么查询时间就是可以做到O(log(n)),甚至是O
理论依据:局部性原理
Merkle Tree,通常也被称作Hash Tree,顾名思义,就是存储hash值的一棵树。Merkle树的叶子是数据块(例如,文件或者文件的集合)的hash值。非叶节点是其对应子节点串联字符串的hash。
更加平衡,没有极端;
过于平衡,查询性能最好,但是维护成本过高;
区间树是在平衡树基础上进行扩展得到的支持以区间为元素的动态集合的操作,其中每个节点的关键值是区间的左端点。
线段树是一种二叉搜索树,与区间树相似,它将一个区间划分成一些单元区间,每个单元区间对应线段树中的一个叶结点。 [1]
对于线段树中的每一个非叶子节点[a,b],它的左儿子表示的区间为[a,(a+b)/2],右儿子表示的区间为[(a+b)/2+1,b]。因此线段树是平衡二叉树,最后的子节点数目为N,即整个线段区间的长度。
对编号连续的一些点进行修改或者统计操作,修改和统计的复杂度都是$O(log2(n))$
参考:https://blog.csdn.net/zearot/article/details/48299459
用线段树解题,关键是要想清楚每个节点要存哪些信息(当然区间起终点,以及左右子节点指针是必须的),
以及这些信息如何高效更新,维护,查询。不要一更新就更新到叶子节点,那样更新效率最坏就可能变成O(n)的了。
先建树,然后插入数据,然后更新,查询
树状数组所能解决的典型问题就是存在一个长度为n的数组,我们如何高效进行如下操作:
update(idx, delta):将num加到位置idx的数字上。
prefixSum(idx):求从数组第一个位置到第idx(含idx)个位置所有数字的和。
rangeSum(from_idx, to_idx):求从数组第from_idx个位置到第to_idx个位置的所有数字的和
m叉树中的m具体取决于一个Page的大小,例如4K
如果一个Node的子节点数量超过m,则分裂;如果小于m,会考虑合并
有一根双向链表来连接所有的叶节点
B+优势:
MongoDB采用B树,聚合文档,没有范围查找需要。
字典树(Trie),顾名思义是以树结构来模拟字典。
回想我们查字典的过程,比如查找”man”,先翻到字典m部分,再翻第二个字母a和第三个字母n,一共查找3次。
查找次数最多是等于个单词的长度。插入查找单词的时间复杂度时$O(m)$,此外有公共前缀的单词只需存一次公共前缀,节省了空间,也可理解为前缀树。
1 | int son[N][26], cnt[N], idx; |
后缀树建树的时间和空间成本都很高。后缀数组和后缀自动机可以看作是对后缀树时间和空间上的优化,通过映射关系避免建树和提高树节点重复利用率。
1 | 字符串哈希 —— 模板题 AcWing 841. 字符串哈希 |
1 | class Solution { |
分类
单调递增栈,栈顶元素最大
单调递减栈,栈顶元素最小
一般套路
如果找右边更大的元素,则从前到后构造从底到顶的递减栈;
如果找右边更小的元素,则从前到后构造从底到顶的递增栈;
如果找左边更大的元素,则从后到前构造从底到顶的递减栈;
如果找左边更小的元素,则从后到前构造从底到顶的递增栈;
举一个例子: n个整数的无序数组,找到每个元素后面比它大的第一个数,要求时间复杂度为O(N)。右边比我更大的问题
栈里面存的是啥?
存的是还没有算出来的元素,为啥没有算出来呢,因为还没有遇到比栈顶元素更大的。并且栈顶元素是最小的,所以当前元素也不会大于栈里面的其他元素。
什么时候可以算出来?
后面遇到比栈顶更大的元素,这时候就出栈,并更新数据。
遍历到最后,栈里面还有啥内容?
整个列表中没有比这些元素更大的元素。
1 |
|
Given a list of daily temperatures, produce a list that, for each day in the input, tells you how many days you would have to wait until a warmer temperature. If there is no future day for which this is possible, put 0 instead.
1 | vector<int> dailyTemperatures(vector<int>& t) { |