问题描述：原来一直用oracle10g学习的，EM安装没出问题，一直比较正常，后来卸了10g，装上了oracle最新发布的11g，安装过程中，数据库的安装不存在问题，在最后启动databasecontrol时，出现无法启动，当时没太在意，就先跳过去了，因为这个不影响数据库自身的运转的，后来又经过一段时间，需要收集数据库的运行状态信息，不得已就得需要配置安装EM，通过emca语句来配置创建EM，无料在安装过程中，同样出现此问题，于是查看安装日志log，追踪到
系统 2019-08-29 22:57:48 2714
Android应用程序的安装和卸载事件，是由系统进行监听并全局广播的，支持1.5（android3）以上因此，如果想要监听获取应用的安装和卸载事件，只需要自定义一个BroadcastReceiver，来对系统广播进行监听和处理BroadcastReceiver是系统全局广播监听类，其主要方法是onReceive()，自定义的广播类继承于它并实现自己的onReceive()处理逻辑BroadcastReceiver使用前，需要进行注册监听（xml和代码两种方
系统 2019-08-29 22:47:19 2714
C#操作Word完全功略！如何：将文档发送到打印机Word对象模型参考(VisualStudioToolsforOffice)Document.PrintOut方法贴一段别人的代码CodepublicclassBiultReportForm{//////word应用对象///privateMicrosoft.Office.Interop.Word.Application_wordApplication;///
系统 2019-08-12 09:27:19 2714
mysql慢日志是用来记录执行时间比较长的sql工具(超过long_query_time的sql),这样对于跟踪有问题的sql很有帮助。查看是否启用慢日志和相关信息上面截图其中：log_slow_queries，slow_query_log，slow_query_log_file，long_query_time和慢日志查询有关。其中slow_launch_time和慢日志查询没有关系，它代表的是threadcreate的一个阈值，具体作用目前不是很清楚。打
系统 2019-08-12 01:54:40 2714
--=========================--SQL基础-->子查询--=========================/*一、子查询子查询就是位于SELECT、UPDATE、或DELETE语句中内部的查询二、子查询的分类单行子查询返回零行或一行多行子查询返回一行或多行多列子查询返回多列相关子查询引用外部SQL语句中的一列或多列嵌套子查询位于其它子查询中的查询三、子查询语法*/SELECTselect_listFROMtableWHEREex
系统 2019-08-12 01:54:22 2714
问题：二叉树的最深深度classSolution{public:voiddfs(TreeNode*root,intstep,int&MAX){if(root==NULL){if(MAXleft,step+1);dfs(root->right,step+1);}intmaxDepth(TreeNode*root){intMAX=0;dfs(root,step,MAX);returnMAX;}}
系统 2019-08-12 01:52:41 2714
在使用存储过程中,有用到in1：首先增加一个split函数ALTERFUNCTION[dbo].[Split]--用来在存储过程中使用in的函数，这个函数的作用呢，就是把你输入的字符按一定的分隔符分开，并放在一个表里的一列里，然后返回。(@cVARCHAR(300),@splitVARCHAR(50))RETURNS@tTABLE(colVARCHAR(50))ASBEGINWHILE(CHARINDEX(@split,@c)<>0)BEGININSERT
系统 2019-08-12 01:52:35 2714
单引号中的所有字符都被当成文字字符。$age=3$name='$age'$echo$name$age双引号允许$和反引号被解释。$age=3$name="age:$age"age:3反引号中内容被解释为命令，该命令的输出取代反引号部分。$DATE=`date`$echo$DATE2013年11月02日星期六15:18:16CST双引号里的反斜杠可以保护$反引号反斜杠不被解释。$age=3$name=”\$age,$age”$echoname$age,3sh
系统 2019-08-12 01:33:48 2714
人们在使用SQL时往往会陷入一个误区，即太关注于所得的结果是否正确，而忽略了不同的实现方法之间可能存在的性能差异，这种性能差异在大型的或是复杂的数据库环境中（如联机事务处理OLTP或决策支持系统DSS）中表现得尤为明显。笔者在工作实践中发现，不良的SQL往往来自于不恰当的索引设计、不充份的连接条件和不可优化的where子句。在对它们进行适当的优化后，其运行速度有了明显地提高！下面我将从这三个方面分别进行总结：----为了更直观地说明问题，所有实例中的SQL
系统 2019-08-12 01:33:17 2714
Principle10:Simplicity--theartofmaximizingtheamountofworknotdone--isessential.翻译：精简——将不需完成的工作量最大化的技能——是不可或缺的初看这句话觉得很诡异，具体翻译来说是“精简性——最大化未完成的工作量的艺术——是根本的。”除去中间的插入语，剩下的部分就是很直接的“Simplicityisessential.”。细想之下，发现这个原则在软件开发中却是很有道理。于是乎，我想到了
系统 2019-08-12 01:32:11 2714
