写在文章前:本系列文章用于博主自己归纳复习一些基础知识,同时也分享给可能需要的人,因为水平有限,肯定存在诸多不足以及技术性错误,请大佬们及时指正。
2025年07月18日
写在文章前:本系列文章用于博主自己归纳复习一些基础知识,同时也分享给可能需要的人,因为水平有限,肯定存在诸多不足以及技术性错误,请大佬们及时指正。
2025年07月18日
索引是数据库引擎中针对表(有时候也针对视图)建立的特别数据结构,用来帮助查找和整理数据,它的重要性体现在能够使数据库引擎快速返回查询结果。当对索引所在的基础数据表进行增删改时,若存储的数据进行了不适当的跨页(SQL Server中存储的最小单位是页,页是不可再分的),就会导致索引碎片的产生。随着索引碎片的不断增多,查询响应时间就会变慢,性能也因此而下降。要解决这个问题,可以通过重新生成或重新组织索引来解决。
2025年07月18日
以下文章来源于AustinDatabases ,作者carol11
转载自公众号AustinDatabases
首先这里的你绝对不是MONGODB ,至于是谁,你是谁,那的先了解POSTGRESQL 处理 JSON 的方式后,才能确定那个你是谁。
2025年07月18日
参考:
http://microsoft.itool.store/article/details/139#content
2025年07月18日
在 Microsoft SQL 2008 及更高版本中,每当 SQL 管理员尝试对 MS SQL Server 表运行复杂的 UPDATE 语句以及 NOLOCK 提示时,都可能会导致非聚集索引损坏。当非聚集索引发生损坏时,SQL Server 错误日志中会记录以下错误消息。
2025年07月18日
在 SQLSERVER 中有非常多的索引,比如:聚集索引,非聚集索引,唯一索引,复合索引,Include索引,交叉索引,连接索引,奇葩索引等等,当索引多了之后很容易傻傻的分不清,比如:
2025年07月18日
晚上一个在企业做IT的朋友打电话来说,他们使用的一个软件这几天突然查询很慢,让我帮忙分析一下并看一下有没有什么解决方案,具体情况是这样:数据库用的是sqlserver2008,查询的数据表也不是很多,只有几十万条,以前都很快的,这几天查询一下出结果要一分多钟。
我让他查看一下查询慢时是否被锁定了,他说没有,我再问他是否做过索引,他说做过索引,我猜测应该是是时间长了存储碎片引起的索引性能下降,于是我让他把索引删除,然后重新创建一下再看一下效果。他按照我说的操作后,果然查询速度很快了,于是我给他解释了一下原因: