精选学习计划模板汇编5篇 学习计划篇1（1015字）初次接到要“国培”的任务时，正值学校排练健美操之际，身体的疲惫让我着实为此而头疼，况且校长告诉我，因为种种原因，这一次的培训班已经开班快两个月了，也就意味着我要用一个月的时间来完成此次培训。刚开始，每每当我拖着灌铅一样的腿回到家时，多么想和我的床不离不弃，但是为完成培训任务还得“痛苦”的打开电脑，“痛苦”的“被学习”！其实，那个时候，“国培”比健美操还让我讨厌！但是，既然接受了这样的培训任务，还是得认真学习吧！回到家，给自己洗好水果，坐到电脑前，打开网页，挂上我的国培账号，点开专家讲座的视频，接着就开始浏览其他的网页了但是不经意间，音响传出“国培”专家讲座的内容，“狠狠的”吸引了我！他们全新的教学理念，灵活多样的教学方法，高超的驾驭课堂的能力，行之有效的操作模式，让我找到了我与他们的差距，非“现在的娃娃不好教”、“我们的孩子底子差”，而是自己“教而无法”“导而无策”，才导致了学生的“学而无效”。每次听到专家的讲座，都让我觉得他们的所说的一切涤荡着我的心扉，叩击着我的心灵。慢慢地，我默默地关掉了所有的网页，认真的听起了讲座，甚至记上了笔记，及时写下心得久而久之，我发现在“国培”这个班里真好！我认识了认真负责的班主任和许多热心的同学，哪怕很小的一个问题，都会有很多同学来帮忙，相互之间就学习方法、内容、资源等进行交流、切磋、帮助。每个同学都可以根据需要参考其他学员的学习成果，使用其他学员的材料以及搜寻到的资源，实现资源共享。这一切让我的心中充满无数感动，恍惚间又回到了学生时代，那里有我无数并肩学习的同学，更有我们永不放弃的梦想和希望。心如止水念无澜，无澜之境会安闲！忙碌的工作，使我们早已没有心情和精力去学习，而“国培”无疑给我们提供了一个潜心学习的舞台！不知道为什么，当国培要结束时，我的心中总有着一丝丝的惆怅，一种莫名其妙的伤感，也许，是我“恋”上了它吧！从当初的排斥，到慢慢的喜欢和依恋，如今，我倍感珍惜和国培一起走过的日子，真的希望能一直一直地和它下去国培让我成长，让我增长了见识，让我认识了许多志同道合的面孔，记住了一些优秀教师的名字虽然我们未曾谋面，但在心灵深处却达成了共鸣，我们曾一起探讨教育教学的真谛，收获着知识、幸福和快乐我的“国培”，幸而有你！学习计划篇2（5447字）一、Oracle执行SQL的步骤1.1、SQL语句的两种类型DDL语句，不共享，每次执行硬解析；DML语句，会共享，硬解析或者软解析。1.2、SQL执行步骤1、语法检测。判断一条SQL语句的语法是否符合SQL的规范；2、语义检查。语法正确的SQL语句在解析的第二个步骤就是判断该SQL语句所访问的表及列是否准确？用户是否有权限访问或更改相应的表或列？3、检查共享池中是否有相同的语句存在。假如执行的SQL语句已经在共享池中存在同样的副本，那么该SQL语句将会被软解析，也就是可以重用已解析过的语句的执行计划和优化方案，可以忽略语句解析过程中最耗费资源的步骤，这也是我们为什么一直强调避免硬解析的原因。这个步骤又可以分为两个步骤：（1）验证SQL语句是否完全一致。（2）验证SQL语句执行环境是否相同。比如同样一条SQL语句，一个查询会话加了/_+first_rows_/的HINT，另外一个用户加/_+all_rows_/的HINT，他们就会产生不同的执行计划，尽管他们是查询同样的数据。通过如上三个步骤检查以后，如果SQL语句是一致的，那么就会重用原有SQL语句的执行计划和优化方案，也就是我们通常所说的软解析。如果SQL语句没有找到同样的副本，那么就需要进行硬解析了。4、Oracle根据提交的SQL语句再查询相应的数据对象是否有统计信息。如果有统计信息的话，那么CBO将会使用这些统计信息产生所有可能的执行计划（可能多达成千上万个）和相应的Cost，最终选择Cost最低的那个执行计划。如果查询的数据对象无统计信息，则按RBO的默认规则选择相应的执行计划。这个步骤也是解析中最耗费资源的，因此我们应该极力避免硬解析的产生。至此，解析的步骤已经全部完成，Oracle将会根据解析产生的执行计划执行SQL语句和提取相应的数据。二、优化器介绍Oracle在执行一个SQL之前,首先要分析一下语句的执行计划,然后再按执行计划去执行。分析语句的执行计划的工作是由优化器(Optimizer)来完成的。不同的情况,一条SQL可能有多种执行计划,但在某一时点,一定只有一种执行计划是最优的,花费时间是最少的。Oracle目前提供RBO和CBO两种优化器。2.1RBO（RULE-BASEOptimization）基于规则的优化器RBO的执行路径和等级：1、SingleRowbyRowid(等级最高)2、SingleRowbyClusterJoin3、SingleRowbyHashClusterKeywithUniqueorPrimaryKey4、SingleRowbyUniqueorPrimaryKey5、ClusteredJoin6、HashClusterKey7、IndexedClusterKey8、CompositeIndex9、Single-ColumnIndexes10、BoundedRangeSearchonIndexedColumns11、UnboundedRangeSearchonIndexedColumns12、SortMergeJoin13、MAXorMINofIndexedColumn14、ORDERBYonIndexedColumn15、FullTableScan(等级最低)优化器根据上述等级优先选择高效的执行路径，以上涉及到的概念在后面详细分析。2.2CBO（COST-BASEOptimization）基于代价的优化器Oracle把一个代价引擎集成在数据库内核，用来估计每个执行计划的代价，并量化执行计划所耗费资源，从而选择选择最优的执行计划，查询耗费资源分为以下三种。I/0代价，即从磁盘读数据到内存的代价,从数据文件中数据块的内容读取到SGA数据高速缓存中，这是数据访问最主要的代价，故优化原则一般以降低查询产生的I/0次数为主；CPU代价，即处理在内存中数据所需代价，如对数据进行排序(sort)或者连接(join)操作等；NetWork代价，对访问跨服务器数据库的数据，需要花费的传输操作耗费的资源。CBO方式通过表和索引的统计数据计算出相对准确的代价，然后采用最佳的执行计划，所以定期对表和索引进行分析是非常必要的，否则得不偿失，关于数据分析技术详见第三章。2.3优化器模式Optimization-mode即优化器模式，可选值包括：1、Rule，采用的是RBO；2、CHOOSE，根据实际情况，如果数据字典中包含了引用表的统计数据，则采用CBO优化器，否则采用RBO；3、ALL-Rows是CBO使用的第一种优化方法，以数据吞吐量为目标，以便可以使用最少的资源完成查询；4、FIRST-ROWS是CBO使用的第二种优化方法，以数据的响应时间为目标，以便快速查询出开始的几行；5、FIRST-ROWS_1|10|100|1000是CBO使用的第三种优化方法，选择一个响应时间最小的计划，迅速查询出结果。2.4查看执行计划2.4.1、查看能执行计划方式1、通过下面的sql查询：explainplanforSELECT_FROMbss_orgWHEREbss_org_id=1;SELECT_FROMtable(dbms_xplan.display);2、直接看pl/sql的explainPlan。2.4.2Estimator共3种度量标准：1、Selectivity表示有多少rows可以通过谓词被选择出来，大小介于0.01.0，0表示没有row被选择出来。如果没有statistics，estimator会使用一个默认的selectivity值，这个值根据谓词的不同而异。比如=的selectivity小于5%10%的时候，或者想用并行查询时，可以考虑使用。全表扫描的Hint:FullTableScanHints:/_+FULL(tablealias)_/；2.5.2、RowidScans获得一行数据的最快方法。一般要