2. 选择最有效率的表名顺序(只在基于规则的优化器中有效) ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名,因此FROM子句中写在最后的表(基础表 driving table)将被最先处理. 在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表.当ORACLE处理多个表时, 会运用排序及合并的方式连接它们.首先,扫描第一个表(FROM子句中最后的那个表)并对记录进行派序,然后扫描第二个表(FROM子句中最后第二个表),最后将所有从第二个表中检索出的记录与第一个表中合适记录进行合并. 例如: 表 TAB1 16,384 条记录          表 TAB2 1 条记录      选择TAB2作为基础表 (最好的方法)      select count(*) from tab1,tab2 执行时间0.96秒      选择TAB2作为基础表 (不佳的方法)      select count(*) from tab2,tab1 执行时间26.09秒 如果有3个以上的表连接查询, 那就需要选择交叉表(intersection table)作为基础表, 交叉表是指那个被其他表所引用的表. 例如: EMP表描述了LOCATION表和CATEGORY表的交集. SELECT * FROM LOCATION L ,       CATEGORY C,       EMP E WHERE E.EMP_NO BETWEEN 1000 AND 2000 AND E.CAT_NO = C.CAT_NO AND E.LOCN = L.LOCN 将比下列SQL更有效率 SELECT * FROM EMP E , LOCATION L ,       CATEGORY C WHERE E.CAT_NO = C.CAT_NO AND E.LOCN = L.LOCN AND E.EMP_NO BETWEEN 1000 AND 2000 3. WHERE子句中的连接顺序.    ORACLE采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾. 例如: (低效,执行时间156.3秒) SELECT … FROM EMP E WHERE SAL > 50000 AND JOB = ‘MANAGER’ AND 25 < (SELECT COUNT(*) FROM EMP              WHERE MGR=E.EMPNO); (高效,执行时间10.6秒) SELECT … FROM EMP E WHERE 25 < (SELECT COUNT(*) FROM EMP              WHERE MGR=E.EMPNO) AND SAL > 50000 AND JOB = ‘MANAGER’; 4. SELECT子句中避免使用 ‘ * ‘ 当你想在SELECT子句中列出所有的COLUMN时,使用动态SQL列引用 ‘*’ 是一个方便的方法.不幸的是,这是一个非常低效的方法. 实际上,ORACLE在解析的过程中, 会将’*’ 依次转换成所有的列名, 这个工作是通过查询数据字典完成的, 这意味着将耗费更多的时间. 

5. 减少访问数据库的次数 当执行每条SQL语句时, ORACLE在内部执行了许多工作: 解析SQL语句, 估算索引的利用率, 绑定变量 , 读数据块等等. 由此可见, 减少访问数据库的次数 , 就能实际上减少ORACLE的工作量. 例如,     以下有三种方法可以检索出雇员号等于0342或0291的职员. 方法1 (最低效)     SELECT EMP_NAME , SALARY , GRADE     FROM EMP     WHERE EMP_NO = 342;      SELECT EMP_NAME , SALARY , GRADE     FROM EMP     WHERE EMP_NO = 291; 方法2 (次低效)        DECLARE         CURSOR C1 (E_NO NUMBER) IS         SELECT EMP_NAME,SALARY,GRADE         FROM EMP         WHERE EMP_NO = E_NO;     BEGIN         OPEN C1(342);         FETCH C1 INTO …,..,.. ;                 OPEN C1(291);        FETCH C1 INTO …,..,.. ;          CLOSE C1;       END; 方法3 (高效)     SELECT A.EMP_NAME , A.SALARY , A.GRADE,             B.EMP_NAME , B.SALARY , B.GRADE     FROM EMP A,EMP B     WHERE A.EMP_NO = 342     AND B.EMP_NO = 291; 注意: 在SQL*Plus , SQL*Forms和Pro*C中重新设置ARRAYSIZE参数, 可以增加每次数据库访问的检索数据量 ,建议值为200. 6. 使用DECODE函数来减少处理时间 使用DECODE函数可以避免重复扫描相同记录或重复连接相同的表. 例如:    SELECT COUNT(*),SUM(SAL)    FROM EMP    WHERE DEPT_NO = 0020    AND ENAME LIKE ‘SMITH%’;    SELECT COUNT(*),SUM(SAL)    FROM EMP    WHERE DEPT_NO = 0030    AND ENAME LIKE ‘SMITH%’; 你可以用DECODE函数高效地得到相同结果 SELECT COUNT(DECODE(DEPT_NO,0020,’X’,NULL)) D0020_COUNT,         COUNT(DECODE(DEPT_NO,0030,’X’,NULL)) D0030_COUNT,         SUM(DECODE(DEPT_NO,0020,SAL,NULL)) D0020_SAL,         SUM(DECODE(DEPT_NO,0030,SAL,NULL)) D0030_SAL FROM EMP WHERE ENAME LIKE ‘SMITH%’; 类似的,DECODE函数也可以运用于GROUP BY 和ORDER BY子句中. 

7. 用TRUNCATE替代DELETE 当删除表中的记录时,在通常情况下, 回滚段(rollback segments ) 用来存放可以被恢复的信息. 如果你没有COMMIT事务,ORACLE会将数据恢复到删除之前的状态(准确地说是恢复到执行删除命令之前的状况) 而当运用TRUNCATE时, 回滚段不再存放任何可被恢复的信息.当命令运行后,数据不能被恢复.因此很少的资源被调用,执行时间也会很短.  TRUNCATE只在删除全表或分区适用,TRUNCATE是DDL不是DML

8. 用Where子句替换HAVING子句       避免使用HAVING子句, HAVING 只会在检索出所有记录之后才对结果集进行过滤. 这个处理需要排序,总计等操作. 如果能通过WHERE子句限制记录的数目,那就能减少这方面的开销. 例如:      低效:      SELECT REGION,AVG(LOG_SIZE)      FROM LOCATION      GROUP BY REGION      HAVING REGION REGION != ‘SYDNEY’      AND REGION != ‘PERTH’       高效      SELECT REGION,AVG(LOG_SIZE)      FROM LOCATION      WHERE REGION REGION != ‘SYDNEY’      AND REGION != ‘PERTH’      GROUP BY REGION  HAVING 中的条件一般用于对一些集合函数的比较,如COUNT() 等等. 除此而外,一般的条件应该写在WHERE子句中9. 减少对表的查询 在含有子查询的SQL语句中,要特别注意减少对表的查询.   例如:      低效           SELECT TAB_NAME           FROM TABLES           WHERE TAB_NAME = ( SELECT TAB_NAME                                 FROM TAB_COLUMNS                                 WHERE VERSION = 604)           AND DB_VER= ( SELECT DB_VER                            FROM TAB_COLUMNS                            WHERE VERSION = 604)      高效           SELECT TAB_NAME           FROM TABLES           WHERE (TAB_NAME,DB_VER) = ( SELECT TAB_NAME,DB_VER)                    FROM TAB_COLUMNS                    WHERE VERSION = 604)      Update 多个Column 例子:      低效:            UPDATE EMP            SET EMP_CAT = (SELECT MAX(CATEGORY) FROM EMP_CATEGORIES),               SAL_RANGE = (SELECT MAX(SAL_RANGE) FROM EMP_CATEGORIES)            WHERE EMP_DEPT = 0020;      高效:            UPDATE EMP            SET (EMP_CAT, SAL_RANGE) = (SELECT MAX(CATEGORY) , MAX(SAL_RANGE) FROM EMP_CATEGORIES)            WHERE EMP_DEPT = 0020;    10. 通过内部函数提高SQL效率.       SELECT H.EMPNO,E.ENAME,H.HIST_TYPE,T.TYPE_DESC,COUNT(*)      FROM HISTORY_TYPE T,EMP E,EMP_HISTORY H      WHERE H.EMPNO = E.EMPNO AND H.HIST_TYPE = T.HIST_TYPE GROUP BY H.EMPNO,E.ENAME,H.HIST_TYPE,T.TYPE_DESC; 通过调用下面的函数可以提高效率. FUNCTION LOOKUP_HIST_TYPE(TYP IN NUMBER) RETURN VARCHAR2 AS     TDESC VARCHAR2(30);     CURSOR C1 IS         SELECT TYPE_DESC         FROM HISTORY_TYPE         WHERE HIST_TYPE = TYP; BEGIN     OPEN C1;     FETCH C1 INTO TDESC;     CLOSE C1;     RETURN (NVL(TDESC,’?’)); END; 

FUNCTION LOOKUP_EMP(EMP IN NUMBER) RETURN VARCHAR2 AS     ENAME VARCHAR2(30);     CURSOR C1 IS         SELECT ENAME         FROM EMP         WHERE EMPNO=EMP; BEGIN     OPEN C1;     FETCH C1 INTO ENAME;     CLOSE C1;     RETURN (NVL(ENAME,’?’)); END; 

SELECT H.EMPNO,LOOKUP_EMP(H.EMPNO), H.HIST_TYPE,LOOKUP_HIST_TYPE(H.HIST_TYPE),COUNT(*) FROM EMP_HISTORY H GROUP BY H.EMPNO , H.HIST_TYPE; 经常在论坛中看到如 ’能不能用一个SQL写出….’ 的贴子, 殊不知复杂的SQL往往牺牲了执行效率. 能够掌握上面的运用函数解决问题的方法在实际工作中是非常有意义的11. 使用表的别名(Alias) 当在SQL语句中连接多个表时, 请使用表的别名并把别名前缀于每个Column上.这样一来,就可以减少解析的时间并减少那些由Column歧义引起的语法错误.  Column歧义指的是由于SQL中不同的表具有相同的Column名,当SQL语句中出现这个Column时,SQL解析器无法判断这个Column的归属12. 用EXISTS替代IN 在许多基于基础表的查询中,为了满足一个条件,往往需要对另一个表进行联接.在这种情况下, 使用EXISTS(或NOT EXISTS)通常将提高查询的效率. 低效: SELECT * FROM EMP (基础表) WHERE EMPNO > 0 AND DEPTNO IN (SELECT DEPTNO FROM DEPT WHERE LOC = ‘MELB’)     高效: SELECT * FROM EMP (基础表) WHERE EMPNO > 0 AND EXISTS (SELECT ‘X’ FROM DEPT WHERE DEPT.DEPTNO = EMP.DEPTNO AND LOC = ‘MELB’) 相对来说,用NOT EXISTS替换NOT IN 将更显著地提高效率,下一节中将指出13. 用NOT EXISTS替代NOT IN 在子查询中,NOT IN子句将执行一个内部的排序和合并. 无论在哪种情况下,NOT IN都是最低效的 (因为它对子查询中的表执行了一个全表遍历). 为了避免使用NOT IN ,我们可以把它改写成外连接(Outer Joins)或NOT EXISTS. 例如: SELECT … FROM EMP WHERE DEPT_NO NOT IN (SELECT DEPT_NO                          FROM DEPT                          WHERE DEPT_CAT=’A’); 为了提高效率.改写为: (方法一: 高效) SELECT …. FROM EMP A,DEPT B WHERE A.DEPT_NO = B.DEPT(+) AND B.DEPT_NO IS NULL AND B.DEPT_CAT(+) = ‘A’ (方法二: 最高效) SELECT …. FROM EMP E WHERE NOT EXISTS (SELECT ‘X’                     FROM DEPT D                     WHERE D.DEPT_NO = E.DEPT_NO                     AND DEPT_CAT = ‘A’); 14. 用表连接替换EXISTS      通常来说 , 采用表连接的方式比EXISTS更有效率       SELECT ENAME       FROM EMP E       WHERE EXISTS (SELECT ‘X’                       FROM DEPT                       WHERE DEPT_NO = E.DEPT_NO                       AND DEPT_CAT = ‘A’);      (更高效)       SELECT ENAME       FROM DEPT D,EMP E       WHERE E.DEPT_NO = D.DEPT_NO       AND DEPT_CAT = ‘A’ ;  在RBO的情况下,前者的执行路径包括FILTER,后者使用NESTED LOOP15. 用EXISTS替换DISTINCT 当提交一个包含一对多表信息(比如部门表和雇员表)的查询时,避免在SELECT子句中使用DISTINCT. 一般可以考虑用EXIST替换 例如: 低效:     SELECT DISTINCT DEPT_NO,DEPT_NAME     FROM DEPT D,EMP E     WHERE D.DEPT_NO = E.DEPT_NO 高效:     SELECT DEPT_NO,DEPT_NAME     FROM DEPT D     WHERE EXISTS ( SELECT ‘X’                     FROM EMP E                     WHERE E.DEPT_NO = D.DEPT_NO);   EXISTS 使查询更为迅速,因为RDBMS核心模块将在子查询的条件一旦满足后,立刻返回结果. 16. 基础表的选择 

基础表(Driving Table)是指被最先访问的表(通常以全表扫描的方式被访问). 根据优化器的不同, SQL语句中基础表的选择是不一样的. 如果你使用的是CBO (COST BASED OPTIMIZER),优化器会检查SQL语句中的每个表的物理大小,索引的状态,然后选用花费最低的执行路径. 如果你用RBO (RULE BASED OPTIMIZER) , 并且所有的连接条件都有索引对应, 在这种情况下, 基础表就是FROM 子句中列在最后的那个表. 举例:      SELECT A.NAME , B.MANAGER      FROM WORKER A,              LODGING B      WHERE A.LODGING = B.LODING; 由于LODGING表的LODING列上有一个索引, 而且WORKER表中没有相比较的索引, WORKER表将被作为查询中的基础表. 

17. 多个平等的索引 当SQL语句的执行路径可以使用分布在多个表上的多个索引时, ORACLE会同时使用多个索引并在运行时对它们的记录进行合并, 检索出仅对全部索引有效的记录. 在ORACLE选择执行路径时,唯一性索引的等级高于非唯一性索引. 然而这个规则只有 当WHERE子句中索引列和常量比较才有效.如果索引列和其他表的索引类相比较. 这种子句在优化器中的等级是非常低的. 如果不同表中两个想同等级的索引将被引用, FROM子句中表的顺序将决定哪个会被率先使用. FROM子句中最后的表的索引将有最高的优先级. 如果相同表中两个想同等级的索引将被引用, WHERE子句中最先被引用的索引将有最高的优先级. 举例:      DEPTNO上有一个非唯一性索引,EMP_CAT也有一个非唯一性索引.      SELECT ENAME,      FROM EMP      WHERE DEPT_NO = 20      AND EMP_CAT = ‘A’; 这里,DEPTNO索引将被最先检索,然后同EMP_CAT索引检索出的记录进行合并. 执行路径如下: 

TABLE ACCESS BY ROWID ON EMP     AND-EQUAL         INDEX RANGE SCAN ON DEPT_IDX         INDEX RANGE SCAN ON CAT_IDX 

18. 等式比较和范围比较      当WHERE子句中有索引列, ORACLE不能合并它们,ORACLE将用范围比较. 

     举例:      DEPTNO上有一个非唯一性索引,EMP_CAT也有一个非唯一性索引.      SELECT ENAME      FROM EMP      WHERE DEPTNO > 20      AND EMP_CAT = ‘A’; 

     这里只有EMP_CAT索引被用到,然后所有的记录将逐条与DEPTNO条件进行比较. 执行路径如下:      TABLE ACCESS BY ROWID ON EMP            INDEX RANGE SCAN ON CAT_IDX 

19. 不明确的索引等级 

当ORACLE无法判断索引的等级高低差别,优化器将只使用一个索引,它就是在WHERE子句中被列在最前面的.      举例:      DEPTNO上有一个非唯一性索引,EMP_CAT也有一个非唯一性索引. 

     SELECT ENAME      FROM EMP      WHERE DEPTNO > 20      AND EMP_CAT > ‘A’; 

     这里, ORACLE只用到了DEPT_NO索引. 执行路径如下: 

     TABLE ACCESS BY ROWID ON EMP           INDEX RANGE SCAN ON DEPT_IDX 

我们来试一下以下这种情况: SQL> select index_name, uniqueness from user_indexes where table_name = 'EMP'; 

INDEX_NAME UNIQUENES ------------------------------ --------- EMPNO UNIQUE EMPTYPE NONUNIQUE 

SQL> select * from emp where empno >= 2 and emp_type = 'A' ; 

no rows selected 

Execution Plan ----------------------------------------------------------    0 SELECT STATEMENT Optimizer=CHOOSE    1 0 TABLE ACCESS (BY INDEX ROWID) OF 'EMP'    2 1 INDEX (RANGE SCAN) OF 'EMPTYPE' (NON-UNIQUE) 

虽然EMPNO是唯一性索引,但是由于它所做的是范围比较, 等级要比非唯一性索引的等式比较低! 20. 强制索引失效 

如果两个或以上索引具有相同的等级,你可以强制命令ORACLE优化器使用其中的一个(通过它,检索出的记录数量少) . 

举例: 

SELECT ENAME FROM EMP WHERE EMPNO = 7935 AND DEPTNO + 0 = 10 /*DEPTNO上的索引将失效*/ AND EMP_TYPE || ‘’ = ‘A’ /*EMP_TYPE上的索引将失效*/ 

这是一种相当直接的提高查询效率的办法. 但是你必须谨慎考虑这种策略,一般来说,只有在你希望单独优化几个SQL时才能采用它. 

这里有一个例子关于何时采用这种策略, 

假设在EMP表的EMP_TYPE列上有一个非唯一性的索引而EMP_CLASS上没有索引. 

SELECT ENAME FROM EMP WHERE EMP_TYPE = ‘A’ AND EMP_CLASS = ‘X’; 

优化器会注意到EMP_TYPE上的索引并使用它. 这是目前唯一的选择. 如果,一段时间以后, 另一个非唯一性建立在EMP_CLASS上,优化器必须对两个索引进行选择,在通常情况下,优化器将使用两个索引并在他们的结果集合上执行排序及合并. 然而,如果其中一个索引(EMP_TYPE)接近于唯一性而另一个索引(EMP_CLASS)上有几千个重复的值. 排序及合并就会成为一种不必要的负担. 在这种情况下,你希望使优化器屏蔽掉EMP_CLASS索引. 用下面的方案就可以解决问题. SELECT ENAME FROM EMP WHERE EMP_TYPE = ‘A’ AND EMP_CLASS||’’ = ‘X’; 

21. 避免在索引列上使用计算. WHERE子句中,如果索引列是函数的一部分.优化器将不使用索引而使用全表扫描. 

举例: 

低效: SELECT … FROM DEPT WHERE SAL * 12 > 25000; 

高效: SELECT … FROM DEPT WHERE SAL > 25000/12; 

这是一个非常实用的规则,请务必牢记 

22. 自动选择索引 如果表中有两个以上(包括两个)索引,其中有一个唯一性索引,而其他是非唯一性. 在这种情况下,ORACLE将使用唯一性索引而完全忽略非唯一性索引. 

举例: SELECT ENAME FROM EMP WHERE EMPNO = 2326 AND DEPTNO = 20 ; 

这里,只有EMPNO上的索引是唯一性的,所以EMPNO索引将用来检索记录. TABLE ACCESS BY ROWID ON EMP        INDEX UNIQUE SCAN ON EMP_NO_IDX 

23. 避免在索引列上使用NOT 通常, 我们要避免在索引列上使用NOT, NOT会产生在和在索引列上使用函数相同的 影响. 当ORACLE”遇到”NOT ,!=,他就会停止使用索引转而执行全表扫描.    举例: 

   低效: (这里,不使用索引) 

   SELECT …    FROM DEPT    WHERE DEPT_CODE != 0; 

   高效: (这里,使用了索引) 

  SELECT …    FROM DEPT 转载:http://zhidao.baidu.com/question/142161462.html?qbl=relate_question_1&word=oracl%20%20%B6%D4%B4%F3%CA%FD%BE%DD%B1%ED%20%20sql%20%20%D3%C5%BB%AF

oracle sql 优化的更多相关文章

  1. Oracle SQL优化[转]

    Oracle SQL优化 1. 选用适合的ORACLE优化器 ORACLE的优化器共有3种: a. RULE (基于规则) b. COST (基于成本) c. CHOOSE (选择性) 设置缺省的优化 ...

  2. oracle sql 优化大全

    转自: http://panshaobinsb.iteye.com/blog/1718233 http://yulimeander.blog.sohu.com/115850824.html 最近遇到了 ...

  3. Oracle SQL 优化原则(实用篇)

    由于SQL优化优化起来比较复杂,并且还受环境限制,在开发过程中,写SQL必须遵循以下几点原则: 1.Oracle 采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他Where ...

  4. oracle sql优化

    整理一下网上所看到sql优化方法 1.使用大写字母书写sql,因为oracle解释器会先将sql语句转换成大写后再解释 2    减少访问数据库的次数,多数情况下一条sql可以达到目的的,就不要使用多 ...

  5. Oracle SQL优化一(常见方法)

    1.表访问方式优化: a)普通表优先“Index Lookup 索引扫描”,避免全表扫描 大多数场景下,通过“Index Lookup 索引扫描”要比“Full Table Scan (FTS) 全表 ...

  6. oracle sql优化笔记

    oracle优化一般分为:1.sql优化(现在oracle都会根据sql语句先进行必要的优化处理,这种应该用户不大了,但是像关联和嵌套查询肯定是和影响性能的) A.oracle的sql语句的条件是从右 ...

  7. Oracle SQL优化器简介

    目录 一.Oracle的优化器 1.1 优化器简介 1.2 SQL执行过程 二.优化器优化方式 2.1 优化器的优化方式 2.2 基于规则的优化器 2.3 基于成本的优化器 三.优化器优化模式 3.1 ...

  8. Oracle SQL优化原则

    原文:http://bbs.landingbj.com/t-0-240353-1.html 1.选用适合的 ORACLE 优化器 2.访问 Table 的方式 3.共享SQL语句 共享的语句必须满足三 ...

  9. Oracle SQL 优化规则

    一.问题的提出 在应用系统开发初期,由于开发数据库数据比较少,对于查询SQL语句,复杂视图的的编写等体会不出SQL语句各种写法的性能优劣,但是如果将应用 系统提交实际应用后,随着数据库中数据的增加,系 ...

  10. Oracle SQl优化总结

    对数据库技术的热爱是我唯一的安慰,毕竟这是自己喜欢的事情,还可以做下去. 因为客户项目的需要,我又开始接触Oracle,大部分工作在工作流的优化和业务数据的排查上.为了更好的做这份工作,我有参考过or ...

随机推荐

  1. SQL Server代理警报

    使用SQL Server代理警报的前提条件1.创建操作员,接收消息的用户2.创建警报,满足某种条件触发警报,并作出响应(执行作业或/和通知操作员)3.配置数据库邮件,用于发送消息通知4.SQL Ser ...

  2. Java学习——Number类、Character类

    Number类 在使用数字时,我们通常会使用内置数据类型,如 int a = 9; float b = 3.14 然而在实际开发中,我们经常遇到需要使用对象而不是使用内置数据类型的对象.为了解决这一问 ...

  3. 基于docker+etcd+confd + haproxy构建高可用、自发现的web服务

    基于docker+etcd+confd + haproxy构建高可用.自发现的web服务 2016-05-16 15:12 595人阅读 评论(0) 收藏 举报 版权声明:本文为博主原创文章,未经博主 ...

  4. react input 获取/失去焦点

    <div className={ this.state.focus ? "dis_bottom_left_onfocus" : "dis_bottom_left&q ...

  5. bootstrap入门-4.排版及其他固定样式

    本篇包括以下内容:排版.代码.表格.表单. 总结:超无聊,弃更. · 排版样式                                     标题 h1-h6 取消加粗,字体大小也有一定变化 ...

  6. discuz 二次开发

    discuz 框架也算是比较流行的社区论坛框架,discuz 的基础架构采用世界上最流行的 web 编程组合 PHP + MySQL 实现,是一个经过完善设计,适用于各种服务器环境的高效论坛系统解决方 ...

  7. 进程 swoole

    父进程创建子进程,子进程会复制父进程的内存和上下文环境,但是互相独立,如果两个进程是独立的是怎么互相通信的了,可以用共享内存,共享内存不属于任何一个进程,其他进程可以访问共享内存,查下系统的共享内存分 ...

  8. paper 100:何恺明经典去雾算法

    一:由简至美的最佳论文(作者:何恺明  视觉计算组) [视觉机器人:个人感觉学习他的经典算法固然很重要,但是他的解决问题的思路也是非常值得我们学习的] 那是2009年4月24日的早上,我收到了一封不同 ...

  9. AJAX-----13HTML5中新增的API---FormData

    FormData 表单数据对象,这是在HTML5中新增的一个API,他能以表单对象做参数,自动的将表单的数据打包,当ajax发送数据是,发送FormData内的表单数据给后端即可 <!DOCTY ...

  10. Latent Dirichlet Allocation 文本分类主题模型

    文本提取特征常用的模型有:1.Bag-of-words:最原始的特征集,一个单词/分词就是一个特征.往往一个数据集就会有上万个特征:有一些简单的指标可以帮助筛选掉一些对分类没帮助的词语,例如去停词,计 ...