表:va_edges_detail_temp
source_label :varchar2
target_label:varchar2
edge_weight:numberselect v.*, level from va_edges_detail_temp v
start with v.source_label = '林梦'
connect by nocycle prior v.target_label = v.source_label
order by level;
当表中只有552行时,顺利执行,用时0.005秒。
而当表中有5000多条数据时,执行一直执行,出不来结果,这是怎么回事。
source_label :varchar2
target_label:varchar2
edge_weight:numberselect v.*, level from va_edges_detail_temp v
start with v.source_label = '林梦'
connect by nocycle prior v.target_label = v.source_label
order by level;
当表中只有552行时,顺利执行,用时0.005秒。
而当表中有5000多条数据时,执行一直执行,出不来结果,这是怎么回事。
解决方案 »
- oracle函数——decode??
- WINDOWS2003安装oracle8i到oracle database configuration assistant一直显示未完成
- 数据一次库错误,第二次正确。
- oracle 日期格式问题
- Hibernate使用Sequence向Oracle中插入数据报错
- oracle 10g 中文乱码,select返回 “ ?????”
- 如何在存储过程里实现将最后一个标点符号换成想要的符号
- ORA-12560: TNS: 协议适配器错误
- 请帮我看一下这个存储过程,怎么改
- 在存储过程中能不能调用数据库以外的函数?
- 有关group by 的问题
- alter database mount;
我以前也碰到一个类似的问题,是执行一个有2万行数据,一个比较消耗内存的算法。也是几个小时出不了结果。
不知道是不是oracle大内存算法的通病。
看看v$session_wait有什么等待
把敏感数据处理一下,然后给些示例数据
我这里测试了一个 5W 行的数据,没有发现这个情况,你哪个版本的库? 说一下具体的小版本;
oracle 11g
我这里测试了一个 5W 行的数据,没有发现这个情况,你哪个版本的库? 说一下具体的小版本;
oracle 11g
小版本?
这个程序的目的是找到人在一棵树所处的层级。我尝试用一个C++程序处理这个同样的数据集。这个C++程序大概就是一个经典的树遍历算法,结果只用了不到3分钟就得到结果了。
郁闷是不是oracle不适合大数量,大内存消耗的算法。
我这里测试了一个 5W 行的数据,没有发现这个情况,你哪个版本的库? 说一下具体的小版本;
oracle 11g
小版本?
sorry, 看错了。版本是10.2.0.4.0