substractive secrate神圣的
大家好，今天小编来为大家解答substractive这个问题，secrate神圣的很多人还不知道，现在让我们一起来看看吧！
javascript如何使用
1、字符串的创建
创建一个字符串有几种方法。最简单的是用引号将一组字符包含起来，可以将其赋值给一个字符串变量。
var myStr="Hello, String!";
我们在上面脚本创建了字符串，但本质上，它们并不是真正的字符串对象，准确地说，它们是字符串类型的值。要创建一个字符串对象，可使用如下语句：var strObj= new String("Hello, String!");
使用typeof运算符查看会发现，上面的myStr类型为string，而strObj类型为object。
如果想知道字符串的长度，使用其length属性：string.length。
得到字符串的指定位置的字符使用方法：string.charAt(index);
2、字符串的拼接
非常简单，就用一个"+"将两个字符串"相加"：
var longString="One piece"+"plus one more piece.";
要将多个字符串累积为一个字符串，还可以使用"+="操作符：
var result="";
result+="My name is Anders"
result+=" and my age is 25";
要在字符串中添加换行符，需要使用转义字符"/n"：
var confirmString="You did not enter a response to the last"+
"question./n/nSubmit form anyway?";
var confirmValue= confirm(confirmString);
但这种方法只能用在像警告、确认对话框之类的情况下，如果将这段文本作为HTML内容呈现，就无效了，此时用"<br>"代替它：
var htmlString="First line of string.<br>Second line of string.";
document.write(htmlString);
String对象还提供了方法concat()，它完成与"+"相同的功能：
string.concat(value1, value2,...)
不过concat()方法显然不如"+"来得直观简洁。
3、访问字符串的子串
使用substring()或slice()方法(NN4+, IE4+)，下面说明它们的具体用法。
substring()的原型为： string.substring(from, to)
第一个参数from指定了子字符串在原字符串中的起始位置(基于0的索引)；第二个参数to是可选的，它指定了子字符串在原字符串的结束位置(基于0的索引)，一般情况下，它应比from大，如果它被省略，那么子字符串将一直到原字符串的结尾处。
如果参数from不小心比参数to大了会怎样？JavaScript会自动调解子字符串的起止位置，也就是说，substring()总是从两个参数中较小的那个开始，到较大的那个结束。不过要注意，它包含起始位置的那个字符，但不包含结束位置的那个字符。
var fullString="Every dog has his day.";
var section= fullString.substring(0, 4);// section is"Ever".
slice()的原型为： string.slice(start, end)
参数start表示子串的起始位置，如果为负数，那么可以理解为倒数第几个开始，例如-3表示从倒数第三个开始；参数end表示结束位置，与start一样，它也可以为负数，其含义也表示到倒数第几个结束。slice()的参数可以为负数，所以要比substring()更加灵活，但没那么宽容了，如果start比end要大，它将返回一个空字符串(示例略)。
还有一个方法是substr()，其原型为： string.substr(start, length)
从原型可以看出它的参数的含义，start表示起始位置，length则表示子字符串的长度。JavaScript标准不提倡使用该方法。
4、字符串的大小写转换
使用toLowerCase()和toUpperCase()方法：
var city="ShanGHai";
city= city.toLowerCase();// city is"shanghai" now.
5、判断两个字符串是否相等
先将用户的输入值全部转换为大写（或小写），然后再行比较：
var name= document.form1.txtUserName.value.toLowerCase();
if(name=="urname")
{
// statements go here.
}
JavaScript有两种相等运算符。一种是完全向后兼容的，标准的"=="，如果两个操作数类型不一致，它会在某些时候自动对操作数进行类型转换，考虑下面的赋值语句：
var strA="i love you!";
var strB= new String("i love you!");
这两个变量含有相同的字符序列，但数据类型却不同，前者为string，后者为object，在使用"=="操作符时，JavaScript会尝试各种求值，以检测两者是否会在某种情况下相等。所以下面的表达式结果为true： strA== strB。
第二种操作符是"严格"的"==="，它在求值时不会这么宽容，不会进行类型转换。所以表达式strA=== strB的值为false，虽然两个变量持有的值相同。
有时代码的逻辑要求你判断两个值是否不相等，这里也有两个选择："!="和严格的"!=="，它们的关系就类似于"=="和"==="。
讨论：
"=="和"!="在求值时会尽可能地寻找值的匹配性，但你可能还是想在比较前进行显式的类型转换，以"帮助"它们完成工作。比如，如果想判断一个用户的输入值（字符串）是否等于一个数字，你可以让"=="帮你完成类型转换：
if(document.form1.txtAge.value== someNumericVar){...}
也可以提前转换：
if(parseInt(document.form1.txtAge.value)== someNumericVar){...}
如果你比较习惯于强类型的编程语言(比如C#,Java等)，那么这里你可以延续你的习惯(类型转换)，这样也会增强程序的可读性。
有一种情况需要注意，就是计算机的区域设置。如果用"<"和">"来比较字符串，那么JavaScript把它们作为Unicode来比较，但显然，人们在浏览网页时不会把文本当作Unicode来阅读:)比如在西班牙语中，按照传统的排序，"ch"将作为一个字符排在"c"和"d"之间。localeCompare()提供了一种方式，可以帮助你使用默认区域设置下的字符排序规则。
var strings;//要排序的字符串数组，假设已经得到初始化
strings.sort(function(a,b){ return a.localeCompare(b)});//调用sort()方法进行排序
6、字符串的查找
使用string的indexOf()方法：
strObj.indexOf(subString[, startIndex])
strObj为要进行判断的字符串，subString为要在strObj查找的子字符串，startIndex是可选的，表示查找的开始位置(基于0的索引)，如果startIndex省略，则从strObj开始处查找，如果startIndex小于0，则从0开始，如果startIndex大于最大索引，则从最大索引处开始。
indexOf()返回strObj中subString的开始位置，如果没有找到，则返回-1。在脚本中，可以这么使用：
if(largeString.indexOf(shortString)!=-1)
{
//如果包含，进行相应处理；
}
也许一个字符串会包含另一字符串不止一次，这时第二个参数startIndex也许会派上用场，下面这个函数演示如何求得一个字符串包含另外一个字符串的次数：
function countInstances(mainStr, subStr)
{
var count= 0;
var offset= 0;
do
{
offset= mainStr.indexOf(subStr, offset);
if(offset!=-1)
{
count++;
offset+= subStr.length;
}
}while(offset!=-1)
return count;
}
String对象有一个与indexOf()对应的方法，lastIndexOf()：
strObj.lastIndexOf(substring[, startindex])
strObj为要进行判断的字符串，subString为要在strObj查找的子字符串，startIndex是可选的，表示查找的开始位置(基于0的索引)，如果startIndex省略，则从strObj末尾处查找，如果startIndex小于0，则从0开始，如果startIndex大于最大索引，则从最大索引处开始。该方法自右向左查找，返回subString在strObj中最后出现的位置，如果没有找到，返回-1。
如何解析oracle执行计划
一、通过PL/SQL Dev工具
1、直接File->New->Explain Plan Window，在窗口中执行sql可以查看计划结果。其中，Cost表示cpu的消耗，单位为n%，Cardinality表示执行的行数，等价Rows。
2、先执行 EXPLAIN PLAN FOR select* from tableA where paraA=1，再 select* from table(DBMS_XPLAN.DISPLAY)便可以看到oracle的执行计划了，看到的结果和1中的一样，所以使用工具的时候推荐使用1方法。
注意：PL/SQL Dev工具的Command window中不支持set autotrance on的命令。还有使用工具方法查看计划看到的信息不全，有些时候我们需要sqlplus的支持。
二、通过sqlplus
1．最简单的办法
Sql> set autotrace on
Sql> select* from dual;
执行完语句后，会显示explain plan与统计信息。
这个语句的优点就是它的缺点，这样在用该方法查看执行时间较长的sql语句时，需要等待该语句执行成功后，才返回执行计划，使优化的周期大大增长。如果不想执行语句而只是想得到执行计划可以采用：
Sql> set autotrace traceonly
这样，就只会列出执行计划，而不会真正的执行语句，大大减少了优化时间。虽然也列出了统计信息，但是因为没有执行语句，所以该统计信息没有用处，如果执行该语句时遇到错误，解决方法为：
(1）在要分析的用户下：
Sqlplus>@?
dbmsadminutlxplan.sql
(2)用sys用户登陆
Sqlplus>@?sqlplusadminplustrce.sql
Sqlplus> grant plustrace to user_name;
-- user_name是上面所说的分析用户
2．用explain plan命令
(1) sqlplus> explain plan for select* from testdb.myuser
(2) sqlplus> select* from table(dbms_xplan.display);
上面这2种方法只能为在本会话中正在运行的语句产生执行计划，即我们需要已经知道了哪条语句运行的效率很差，我们是有目的只对这条SQL语句去优化。其实，在很多情况下，我们只会听一个客户抱怨说现在系统运行很慢，而我们不知道是哪个SQL引起的。此时有许多现成的语句可以找出耗费资源比较多的语句，如：
SELECT ADDRESS, substr(SQL_TEXT,1,20) Text, buffer_gets, executions,
buffer_gets/executions AVG FROM v$sqlarea
WHERE executions>0 AND buffer_gets> 100000 ORDER BY 5;
ADDRESS TEXT BUFFER_GETS EXECUTIONS AVG
---------------------------------------------------------------------------------------------------------------------------------
66D83D64 select t.name,(sel 421531 60104 7.01336017
66D9E8AC select t.schema, t.n 1141739 2732 417.913250
66B82BCC select s.synonym_nam 441261 6 73543.5
从而对找出的语句进行进一步优化。当然我们还可以为一个正在运行的会话中运行的所有SQL语句生成执行计划，这需要对该会话进行跟踪，产生trace文件，然后对该文件用tkprof程序格式化一下，这种得到执行计划的方式很有用，因为它包含其它额外信息，如SQL语句执行的每个阶段(如Parse、Execute、Fetch)分别耗费的各个资源情况(如CPU、DISK、elapsed等)。
3、启用SQL_TRACE跟踪所有后台进程活动：
全局参数设置：.OracleHome/admin/SID/pfile中指定: SQL_TRACE= true(10g)
当前session中设置：
SQL> alter session set SQL_TRACE=true;
SQL> select* from dual;
SQL> alter session set SQL_TRACE=false;
对其他用户进行跟踪设置：
SQL> select sid,serial#,username from v$session where username='XXX';
SID SERIAL# USERNAME
----------------------------------
127 31923 A
128 54521 B
开启跟踪:SQL> exec dbms_system.set_SQL_TRACE_in_session(127,31923,true);
关闭跟踪:SQL> exec dbms_system.set_SQL_TRACE_in_session(127,31923,false);
然后使用oracle自带的tkprof命令行工具格式化跟踪文件。
4、使用10046事件进行查询：
10046事件级别：
Lv1-启用标准的SQL_TRACE功能,等价于SQL_TRACE
Lv4- Level 1+绑定值(bind values)
Lv8- Level 1+等待事件跟踪
Lv12- Level 1+ Level 4+ Level 8
全局设定：
OracleHome/admin/SID/pfile中指定: EVENT="10046 trace name context forever,level 12"
当前session设定：
开启:SQL> alter session set events'10046 trace name context forever, level 8';
关闭:SQL> alter session set events'10046 trace name context off';
对其他用户进行设置：
SQL> select sid,serial#,username from v$session where username='XXX';
SID SERIAL# USERNAME
----------------------------------
127 31923 A
SQL> exec dbms_system.set_ev(127,31923,10046,8,'A');
5、使用tkprof格式化跟踪文件：(根据下面SQL语句得到的文件都不存在该目录下,郁闷啊,懵懂啊...)
一般，一次跟踪可以分为以下几步：
1、界定需要跟踪的目标范围，并使用适当的命令启用所需跟踪。
2、经过一段时间后，停止跟踪。此时应该产生了一个跟踪结果文件。
3、找到跟踪文件，并对其进行格式化，然后阅读或分析。
--使用一下SQL找到当前session的跟踪文件：
SELECT d.value||'/'||lower(rtrim(i.instance, chr( 0)))||'_ora_'||p.spid||'.trc' trace_file_namefrom( select p.spid from v$mystat m,v$session s, v$process pwhere m.statistic#= 1 and s.sid= m.sid and p.addr= s.paddr) p,( select t.instance from v$thread t,v$parameter vwhere v.name='thread' and(v.value= 0 or t.thread#= to_number(v.value))) i,( select value from v$parameter where name='user_dump_dest') d;--其它用户的 session SELECT d.value||'/'||lower(rtrim(i.instance, chr( 0)))||'_ora_'||p.spid||'.trc' trace_file_name from( select p.spid from v$session s, v$process p where s.sid='27' and s. SERIAL#='30' and p.addr= s.paddr) p,( select t.instance from v$thread t,v$parameter v where v.name='thread' and(v.value= 0 or t.thread#= to_number(v.value))) i,( select value from v$parameter where name='user_dump_dest') d;
--查找后使用tkprof命令,将TRACE文件格式为到D盘的explain_format.txt文件中
SQL>$tkprof d:/oracle/admin/FZLGFM/udump/fzlgfm_ora_3468.trc d:/explain_format.txt
文件内容大致如下(看不太懂....懵懂啊.....天啊....神啊.....过几时就懂了/////////////)
TKPROF: Release 9.2.0.1.0- Production on星期二 4月 20 13:59:20 2010
Copyright(c) 1982, 2002, Oracle Corporation. All rights reserved.
Trace file: d:/oracle/admin/FZLGFM/udump/fzlgfm_ora_3468.trc
Sort options: default
********************************************************************************
count= number of times OCI procedure was executed
cpu= cpu time in seconds executing
elapsed= elapsed time in seconds executing
disk= number of physical reads of buffers from disk
query= number of buffers gotten for consistent read
current= number of buffers gotten in current mode(usually for update)
rows= number of rows processed by the fetch or execute call********************************************************************************
alter session set events'10046 trace name context forever, level 8'
call count cpu elapsed disk query current rows
-----------------------------------------------------------------------
Parse 0 0.00 0.00 0 0 0 0
Execute 1 0.00 0.00 0 0 0 0
Fetch 0 0.00 0.00 0 0 0 0
-----------------------------------------------------------------------
total 1 0.00 0.00 0 0 0 0
Misses in library cache during parse: 0
Misses in library cache during execute: 1
Optimizer goal: CHOOSE
Parsing user id: SYS
文章分享结束，substractive和secrate神圣的的答案你都知道了吗？欢迎再次光临本站哦！