oracle中实现递归查询的SQL（connect by prior）
前段时间做了一个虚拟组织的创建。这个虚拟组织的创建是从现有的组织中读取数据然后进行分析保存到虚拟组织表中。保存之后写日志方便同步到其它系统中。公司使用的主要技术是SSH。由于是新人没有什么经验，加之时间比较紧迫，最后使用一般的逻辑思想通过递归在hibernate下顺利创建了。可是从现有的组织中读取10多万条的记录，然后逐条分析，保存，在写日志记录，在为每个应用写下发队列结果性能非常低。我们的系统中的数据要下发到300多个应用系统，也就是说读取10多万条记录就要分析十多万次，然后逐条写3000多万条记录，效率可想而知了。后来使用多线程来实行同步，可是保存的过程依然用十几分钟。这个过程是不能让人接受的。
之后优化性能的工作转到了我导师的手中。我导师的职位是系统架构师，年近四十，可以说是java元老级人物了。两天之后果然传出振奋人心的消息。保存工作从原来的耗时10多分钟变成了半分钟。真是大喜啊！
今早来上班，第一件事就是看看是什么实现的。第一就是不使用公司封装好的数据库连接，不适用HQL而是sql批量保存。这个当然能提高很大的性能了。也佩服导师之花了两天的时间把我十天的写出来的逻辑重新整理了一遍，真是不简单啊！最后看到一条SQL如下：select * from um_org_organization_info start with ouguid=? connect by prior ouguid=parentouguid。开始觉得很疑惑，以我之前所学习的SQ知识，不曾看见过start with ...connect by prior,疑惑之际上网看看。得知“Start with...Connect By prior 子句递归查询一般用于一个表维护树形结构的应用" 。终于大悟了。高手就是不一样，经验多见识广啊。今天又学了新知识了。嘿嘿！
相关文档：
When queried, virtual columns appear to be normal table columns, but
their values are derived rather than being stored on disc. The syntax
for defining a virtual column is listed below.
column_name [datatype] [GENERATED ALWAYS] AS (expression) [VIRTUAL]
If the datatype is omitted, it is determin ......
解决方法...
关于SQL安装被挂起的修复大家可能都遇到过当SQL被删除后需要重新安装时，进入安装界面就会出现SQL错误提示：
从前的安装程序操作使安装程序操作挂起，需要重新启动计算机
然而这些都是白费劲，不管你重新启动多少次也都无济于事，下面我就讲讲怎样能够解除安装或升级时文件被挂起的操作。
点击 � ......
在我们的日常编程中，数据库的程序基本上都要与SQL语句打交道，SQL语句的编写不可避免的成为一个头疼的工作。且因为SQL语句是STRING类型，因此在编译阶段查不出错，只有到运行时才能发现错误。
本文的解决方案，通过自动生成SQL语句，在一定程度上降低出错的概率，从而提高编程效率。 public int ......
ORACLE sql 的处理过程大致如下：
1.运用HASH算法，得到一个HASH值，这个值可以通过V$SQLAREA.HASH_VALUE 查看
2.到shared pool 中的 library cache 中查找是否有相同的HASH值，如果存在，则无需硬解析，进行软解析
3.如果shared pool不存在此HASH值，则进行语法检查，查看是否有语法错误
&nbs ......
