问题描述：原来一直用oracle10g学习的，EM安装没出问题，一直比较正常，后来卸了10g，装上了oracle最新发布的11g，安装过程中，数据库的安装不存在问题，在最后启动databasecontrol时，出现无法启动，当时没太在意，就先跳过去了，因为这个不影响数据库自身的运转的，后来又经过一段时间，需要收集数据库的运行状态信息，不得已就得需要配置安装EM，通过emca语句来配置创建EM，无料在安装过程中，同样出现此问题，于是查看安装日志log，追踪到
系统 2019-08-29 22:57:48 2697
问题描述:使用SELECT语句，轮询表中的数据，并且处理变量数据时，如果有ORDERBY语句，则得不到想要的结果，但去掉ORDERBY，结果正常。具体
系统 2019-08-29 22:42:40 2697
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727>aspnet_regiis.exe-iStartinstallingASP.NET(2.0.50727)....FinishedinstallingASP.NET(2.0.50727).
第四章基本编辑命令的扩展启动vi时的选项前进到指定位置vi+nfile打开文件到第n行,等同于vi–cnfilevi+file打开文件到最后一行vi+/patternfile打开文件到模式首次出现的位置vi–c/'youmake'这里的引号是为了适应shell的规定只读方式vi–Rfilename或viewfilename如果决定要对文件进行编辑,那么可以通过在write命令上添加感叹号来忽略只读方式：:w!:wq!恢复缓冲区输入ex–r或vi–r将得到系
系统 2019-08-12 09:27:43 2697
1,使数据库支持SqlCacheDependency在.NetFramework2.0的安装目录下（通常是WINDOWS\Microsoft.NET\Framework\v2.0.XXXXX），有一个aspnet_regsql.exe，这个命令行工具可以帮助我们使数据库支持SqlCacheDependency特性.首先执行“aspnet_regsql–S服务器名-E–d数据库名-ed–t追踪的数据表–et”,该命令可以使相应的数据表支持SqlCacheDe
系统 2019-08-12 09:26:42 2697
最近一段时间一直在总结过去一年中的经验教训，突然发现还没毕业那会做的项目：一平台，语言是c#，数据库用MYSQL，所以需要写一个类似于SQLHelper的类，虽然不再使用了，拿出来晒晒，说不定哪天会有人需要，也可以参考下。ViewCode1/*----------------------------------------------------------------2//FileName：MYSQLHelper.cs3//FileDescription
系统 2019-08-12 01:54:56 2697
Oracle提示错误消息ORA-28001:thepasswordhasexpired在oracle服务器上用sqlplus/assysdba登录进去，可以通过下面的sql语句查看账户情况：selectusername,account_statusfromdba_users;找到对应的用户名，如果状态是是expired，则可以通过下面的命令来修改账号密码激活账户：alteruserUSERNAMEidentifiedbyNEWPASSWORD;完成命令后，
系统 2019-08-12 01:54:34 2697
通俗的讲：AleftjoinB的连接的记录数与A表的记录数同ArightjoinB的连接的记录数与B表的记录数同AleftjoinB等价BrightjoinAtableA:Field_K,Field_A1a3b4ctableB:Field_K,Field_B1x2y4zselecta.Field_K,a.Field_A,b.Field_K,b.Field_Bfromaleftjoinbona.Field_K=b.Field_KField_KField_AF
系统 2019-08-12 01:54:34 2697
一个小业务，流量并不大，功能也很简单，springframework+mybatis+quartz，一启动就看到gc的频次和fullgc的频次非常高：4.202:[FullGC4.202:[Tenured:0K->6653K(349568K),0.1948910secs]139776K->6653K(506816K),[Perm:26687K->26687K(26688K)],0.1950470secs][Times:user=0.20sys=0.00,r
系统 2019-08-12 01:33:55 2697
人们在使用SQL时往往会陷入一个误区，即太关注于所得的结果是否正确，而忽略了不同的实现方法之间可能存在的性能差异，这种性能差异在大型的或是复杂的数据库环境中（如联机事务处理OLTP或决策支持系统DSS）中表现得尤为明显。笔者在工作实践中发现，不良的SQL往往来自于不恰当的索引设计、不充份的连接条件和不可优化的where子句。在对它们进行适当的优化后，其运行速度有了明显地提高！下面我将从这三个方面分别进行总结：----为了更直观地说明问题，所有实例中的SQL
系统 2019-08-12 01:33:17 2697
