在 Microsoft SQL 2008 及更高版本中，每当 SQL 管理员尝试对 MS SQL Server 表运行复杂的 UPDATE 语句以及 NOLOCK 提示时，都可能会导致非聚集索引损坏。当非聚集索引发生损坏时，SQL Server 错误日志中会记录以下错误消息。

Excel 提供了 Filter、透视表、Subtotal 等内置查询功能，但这些界面操作有时反而比较繁琐，也不够灵活。对于某些有 SQL 经验的人来讲，如果能直接用 SQL 查询数据就方便多了。

比如下面这张销售订单表：

目标：求2009 年每个销售员（C 列）的订单数，结果贴在 G 到 H 列。如下图：

使用过 mybatis 框架的小伙伴们都知道，mybatis 是个半 orm 框架，通过写 mapper 接口就能自动实现数据库的增删改查，但是对其中的原理一知半解，接下来就让我们深入框架的底层一探究竟

1、环境搭建

首先引入 mybatis 的依赖，在 resources 目录下创建 mybatis 核心配置文件 mybatis-config.xml

虽然查询速度慢的原因很多，但是如果通过一定的优化，也可以使查询问题得到一定程度的解决。
　　查询速度慢的原因很多，常见如下几种：

• [li]没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷) [/li][li]I/O吞吐量小，形成了瓶颈效应。 [/li][li]没有创建计算列导致查询不优化。

“ EXISTS比IN效率高？它真的正确吗？EXISTS和IN他们到底有什么区别？本文将通过实验让你明白两者的区别以及执行效率，以及该如何选择

金磊 发自 凹非寺
量子位 报道 | 公众号 QbitAI

“无所不能”的GPT-3，现在又来解放程序员们的双手了。

像这样，只需用

作者：京东科技 王奕龙

你是否曾经遇到过这样的情况：在大促活动期间，用户访问量骤增，数据库的压力陡然加大，导致响应变慢甚至服务中断？更让人头疼的是，当你试图快速定位问题所在时，却发现难以确定究竟是哪个业务逻辑中的 SQL 语句成为了性能瓶颈。面对这样的困境，本篇文章提出了对 SQL 进行 “染色” 的方法来帮助大家 一眼定位问题 SQL，而无需再在多处逻辑中辗转腾挪。本文的思路主要受之前郭忠强老师发布的 如何一眼定位SQL的代码来源：一款SQL染色标记的简易MyBatis插件 文章启发，我在这个基础上对逻辑进行了简化，去除了一些无关的逻辑和工具类，并只对查询 SQL 进行染色，使这个插件“更轻”。此外，本文除了提供 Mybatis 拦截器的实现以外，还提供了针对 ibatis 框架实现拦截的方法，用于切入相对比较老的应用，希望对大家有所启发~

一、基础

1、说明：创建数据库

CREATE DATABASE database-name

0. 前言

继上一篇，以及上上篇，我们对SqlSugar有了一个大概的认识，但是这并不完美，因为那些都是理论知识，无法描述我们工程开发中实际情况。而这一篇，将带领小伙伴们一起试着写一个能在工程中使用的模板类。