Oracle还是比较常用的，Oracle函数索引在某些情况下也是非常有用的。一.Oracle函数索引1.Oracle函数索引的好处：Exp: function(column1) 如果表中有1000行，即便column1列上建有索引，索引在此时也不被使用，function会执行1000次。 2.建立Oracle函数索引会使插入/更新性
转载
2024-07-02 20:30:45
121阅读
分析案例:1.走rule很快,但是收集了执行计划后却很慢SQL> create table test(id int);
表已创建。
SQL> insert into test select 1 from dba_objects;
已创建49883行。
SQL> commit;
提交完成。
SQL> insert into test select 2 from u
转载
2024-03-14 09:38:23
71阅读
分治算法思想所谓分治就是指的分而治之，即将较大规模的问题分解成几个较小规模的问题，通过对较小规模问题的求解达到对整个问题的求解。当我们将问题分解成两个较小问题求解时的分治方法称之为二分法。 分治的基本思想是将一个规模为n的问题分解为k个规模较小的子问题，这些子问题互相独立且与原问题相似。找出各部分的解，然后把各部分的解组合成整个问题的解。 1、解决算法实现的同时，需要估算算法实现所需时间。分治算
在nodejs项目中，接口会接收从前台传来的查询参数，接口里面根据请求参数动态查询数据库，例如分页参数等等；sequelize官方文档中并没有提及如何做，不过可以利用sequelize的特性去巧妙实现。下面介绍两种方式： 先来看第一种方式：由于sequelize的where查询条件本身就是一个对象object，所以我
转载
2024-09-14 23:30:49
42阅读
索引是用来加快从数据库中查询数据的速度的。需要注意的是索引的使用会增加插入和更新的时间，因为在插入数据的同时也会更新索引。所以在创建索引时确保只在那些频繁作为查询条件的列中增加。创建索引创建索引时有几个需要注意的点：不要在频繁写，而读取频率较低的表上使用索引，和之前说的那样，索引提高了读速度，而损耗了写速度不要在 low cardinality 的列上使用索引，Cardinality 直接翻译是基
避免使用or使用in取替代or在效率上，在in的列和or的列有索引时，in和or的速度基本没有区别，但是如果没有索引时，随着数据量的增大，in的执行速度没有什么区别，但是or的执行效率会变慢在操作上，in把子表和父表做hash查询，而or是对父表进行hoop循环在使用范围上，or适合子表数据比父表少的情况，in适合父表比子表少的情况使用exists替代in使用in进行子查询时会产生临时表，消耗资源
转载
2024-04-06 13:09:16
137阅读
因为优化器还不够强大，还有很多限制，或者因为一些逻辑原因，分析认为SQL要走索引比较好，但是事实却无法正确利用索引。这时候，除了给ORACLE需要的统计信息之外，写的SQL必须要能够给优化器足够多的额外有效信息，让优化器能够选择更好的执行计划。要让给优化器正确使用上需要的索引，要考虑两点：1).如何避免优化器的限制 2).根据业务数据特点改写SQL语句 &nb
转载
2023-07-22 20:08:29
142阅读
背景有客户提出一个问题。 一个类似这样的SQL语句，select count(id) from 为什么执行计划用全表扫，不用索引。id列上有主键。分析test=# explain (analyze, buffers ) select count(id) from t1;
QUERY PLAN
--
转载
2024-07-05 10:42:03
48阅读
SQL优化器简介 基于规则的优化器 。总是使用索引 。总是从驱动表开始（from子句最右边的表） 。只有在不可避免的情况下，才使用全表扫描 。任何索引都可以 基于成本的优化器 。需要表、索引的统计资料 Analyze table customer compute statistics; Analyze table customer estimate statistics sample 5000 r
转载
2024-04-25 22:33:28
44阅读
因为优化器还不够强大，还有很多限制，或者因为一些逻辑原因，分析认为SQL要走索引比较好，但是事实却无法正确利用索引。这时候，除了给ORACLE需要的统计信息之外，写的SQL必须要能够给优化器足够多的额外有效信息，让优化器能够选择更好的执行计划。 要让给优化器正确使用上需要的索引，要考虑两点： 1).如何避免优化器的限制 2).根据业务数据特点改写SQL语句
转载
2024-05-12 15:29:37
64阅读
过滤选择器主要是通过特定的过滤规则来筛选出所需的DOM元素，过滤规则集与CSS中的伪类选择器语法相同，都是以一个冒号开头。按照不同的过滤规则，过滤选择器可以分为基本过滤、内容过滤、可见性过滤、属性过滤、子元素过滤和表单对象属性过滤，接下来主要看一下基本过滤选择器。基本过滤选择器主要有以下几种：:first：选取第一个元素（单个元素）:last：选取最后一个元素（单个元素）:not(selector
說明:logistics_detail表中每個deliver_id可能對應多個loginticsType,但是我們只要獲取最大的那一個.SELECT dm.delivery_code,dm.deliver_id,om.order_id,DATE(FROM_UNIXTIME(om.order_createdate)) as order_date,om.order_status,om.order_pa
转载
2024-07-29 11:27:09
48阅读
在MySQL中，并不是你建立了索引，并且你在SQL中使用到了该列，MySQL就肯定会使用到那些索引的，有一些情况很可能在你不知不觉中，你就“成功的避开了”MySQL的所有索引。 现假设有t_stu表，age,sname上建立了索引 索引列参与计算 如果where条件中age列中使用了计算，则不会使用该索引 SELECT `sname` FROM `t_stu` WHERE `age`=20;--
转载
2024-03-19 22:02:22
68阅读
一、分析索引 1.概念： 1、高基数：简单理解就是表中列的不同值多。 2、低基数：建单理解就是表中的列的不同值少 3、已删除的叶节点数量：指得是数据行的delete操作从逻辑上删除的索引节点 的数量，要记住oracle在删除数据行后，将 “ 死 “ 节点保留在索引中，这样做可以加快sql删除操作的速度，因此oracle删除数据行后可以
### MySQL时间条件不走索引
在MySQL数据库中，为了提高查询效率，通常会在表的字段上创建索引。然而，在使用时间条件进行查询时，有时候会发现即使时间字段上有索引，查询却不走索引，导致查询性能下降。这种情况通常发生在时间字段进行了函数操作或者类型转换的情况下。
#### 为什么时间条件不走索引
当我们在查询语句中对时间字段进行了函数操作或者类型转换时，MySQL引擎无法直接使用索引，而
原创
2024-07-02 04:12:33
196阅读
首先写几个费解的例子（mysql是否走索引 都是由很多因素导致 下面写了trace工具可以进行分析）首先这是一个聚合索引的顺序 name,age,postiton
EXPLAIN SELECT * FROM emp WHERE name > 'am' AND age = 22 postition = '12'
上面这个sql第一个字段使用的是范围查找这样就不会走索引了 原因就是数据庞大 还
优化的要领：尽量避免 表扫描 和 索引扫描，让查询尽量走索引或者全文索引 用索引做优化，实际上试用空间换时间 1.举例：1. select id from t where num=10or Name ='admin' 2. select id from t where num = 10unionallselect id from t where Name ='admi
转载
2024-05-07 13:54:29
133阅读
字段说明：
type列，连接类型。一个好的SQL语句至少要达到range级别。杜绝出现all级别。
possible_keys: 表示查询时可能使用的索引。
key列，使用到的索引名。如果没有选择索引，值是NULL。可以采取强制索引方式。
key_len列，索引长度。
rows列，扫描行数。估算的找到所需的记录所需要读取的行数。
extra列，详细说明。注意，常见的不太友好的值，如下：Using
转载
2023-07-05 10:51:06
131阅读
在很多情况下，如果我们要做一些筛选，很多时候很自然的想到用in语句。比如 select * from user where id in (id1, id2, id3, ...., idN);数据量不多的时候，这么做确实没有什么问题，无非是全表扫描。关于oracle中in语法的劣势，网上有很多文档可以参考，还有很多关于用exist替代in的方案。在这里就不讨论了。先来说说我碰到了案例吧。表中有百万条
# MySQL的SQL加上ORDER BY后不走索引
MySQL是一个流行的关系型数据库管理系统，它的性能和效率一直是用户关注的焦点。在使用MySQL时，我们经常需要对查询结果进行排序，而使用ORDER BY语句可以轻松实现这一功能。然而，如果在查询中加上ORDER BY后，发现查询速度变慢，这可能是因为MySQL在排序过程中没有正确地利用索引。本文将介绍为什么MySQL的SQL加上ORDER
原创
2024-01-31 08:11:28
372阅读
