全文索引和普通索引一起作为查询条件的效率问题

问题描述

全文索引和普通索引一起作为查询条件的效率会有多高?因为普通索引是数据库来操作,全文索引则是search服务来操作,结合起来能有效率不?举个例子来说,selectid,title,contentwhereid>3000andcontains(title,'你好吗?'),id是主键,如果将contains改为like的方式的话,应该会在id为3000以内的记录集合里做like,那么用contains也会这样不?

解决方案

解决方案二:
呵呵,好想法

时间: 2024-10-30 04:41:44

全文索引和普通索引一起作为查询条件的效率问题的相关文章

浅述SQL Server的聚焦强制索引查询条件和Columnstore Index_MsSql

前言 本节我们再来穿插讲讲索引知识,后续再讲数据类型中的日期类型,简短的内容,深入的理解. 强制索引查询条件 前面我们也讲了一点强制索引查询的知识,本节我们再来完整的讲述下 (1)SQL Server使用默认索引 USE TSQL2012 GO SELECT * FROM Sales.Orders 上述就不用我再啰嗦了,使用默认主键创建的聚集索引来执行查询执行计划. (2)SQL Server使用强制索引 USE TSQL2012 GO SELECT custid FROM Sales.Orde

浅述SQL Server的聚焦强制索引查询条件和Columnstore Index

前言 本节我们再来穿插讲讲索引知识,后续再讲数据类型中的日期类型,简短的内容,深入的理解. 强制索引查询条件 前面我们也讲了一点强制索引查询的知识,本节我们再来完整的讲述下 (1)SQL Server使用默认索引 USE TSQL2012 GO SELECT * FROM Sales.Orders 上述就不用我再啰嗦了,使用默认主键创建的聚集索引来执行查询执行计划. (2)SQL Server使用强制索引 USE TSQL2012 GO SELECT custid FROM Sales.Orde

SQL Server-聚焦强制索引查询条件和Columnstore Index(九)

前言 本节我们再来穿插讲讲索引知识,后续再讲数据类型中的日期类型,简短的内容,深入的理解,Always to review the basics. 强制索引查询条件 前面我们也讲了一点强制索引查询的知识,本节我们再来完整的讲述下 (1)SQL Server使用默认索引 USE TSQL2012 GO SELECT * FROM Sales.Orders 上述就不用我再啰嗦了,使用默认主键创建的聚集索引来执行查询执行计划. (2)SQL Server使用强制索引 USE TSQL2012 GO S

sql索引-sql建索引之后的查询时间提高不大

问题描述 sql建索引之后的查询时间提高不大 我的索引是创建在uid上面,uid是int类型的,我在网上看到有个帖子,1000万条数据查询处25万条数据,加了索引之后用了2秒.没用索引之前利用表扫描用了128秒.然后我在1000万条数据中查询24万条,用了索引之后只提升了2秒不到..求指导啊拜托大神教一教 解决方案 A)128秒和2秒的条件都不一样,没有可比性.B)索引可以保证性能不会很差.并不表示不建索引肯定会差,这受到数据量大小.碎片多少.缓存情况等各种影响,波动很大.你正好碰到表现比较好的

SQL优化中查询条件内移及减少HASH JOIN的代价

以下语句完全正确,但COST较高,原因是因为AEH.AEC.AC.ACSN几张表都有数百万条记录, 由于采用了HASH连接,尝试采用优化索引等多种方式,但是由于记录过多,表的查询条件相对较少, COST下降幅度始终很有限,COST提高到1000出头已经很尽力了. Select Count(Tmp.Id) From (Select Rownum As Id, t.Entry_Id, t.Container_Id, Con.Container_Num From AEC t Inner Join AE

MySQL 第六篇:索引与子查询

我把MySQL的内容整理成9篇博客,学完这9篇博客虽不能说能成为大神,但是应付一般中小企业的开发已经足够了,有疑问或建议的欢迎留言讨论. 子查询 子查询,从原有的查询语句中 嵌入新的查询 来得到我们想要的结果,也可称为嵌套查询. 一.where 型 1.查询课程名为"Java"的学生信息 -- 使用关联查询实现 SELECT s.* FROM students s, class c WHERE s.class_id = c.class_id AND c.class_name = 'JA

mysql-msql的索引和表查询的操作

问题描述 msql的索引和表查询的操作 今天看了一下午的资料,感觉还是模糊的,就是加了索引之后,同样的查询语句会用时比之前短,但我新手明白为什么这样用, 而里面索引具体怎么实现的比较模糊,再有就是多个表之间怎么建立关系?就是查歌手表的歌手的id就能查到歌曲表,歌手信息表等多个相关表的信息?是外键?希望大家解答一下! 解决方案 索引列是你查询的时候的条件,这样这个条件对应的数据在索引中可以迅速的定位到最终的数据,因而不用在数据库整个表中遍历一个个查询 解决方案二: 那相当于一个指针?一个地址吗?

[20170703]11g增加字段与查询条件的变化

[20170703]11g增加字段与查询条件的变化.txt --//前几天给别人介绍12c新特性遇到一些问题,一直没空测试看看.有空测试看看. --//办公环境没有12c,使用11g应该也能说明问题. 1.环境: SCOTT@book> @ ver1 PORT_STRING                    VERSION        BANNER ------------------------------ -------------- -------------------------

[20120410]9i下索引与空值查询以及非空约束.txt

[20120410]9i下索引与空值查询以及非空约束.txt 前几天在优化9i的一条sql语句时,发现一个奇怪的现象,查询条件是is null,发现竟然可以使用索引,感觉很奇怪,再仔细看原来查询字段存在一个非空约束,对比了10g以及11g的版本,感觉10g与11g改进不少. 测试如下: 1.建立测试环境: SQL> select * from v$version; BANNER -----------------------------------------------------------