Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0022875
TypeCategorySeverityReproducibilityDate SubmittedLast Update
design defect[Openbravo ERP] Y. DBSourceManagermajorhave not tried2013-01-23 16:552013-01-23 23:35
ReporterioritzCiaView Statuspublic 
Assigned Tomarvintm 
PrioritynormalResolutionopenFixed in Version
StatusnewFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSLinux 32 bitDatabasePostgreSQLJava version1.6.0_22
OS VersionUbuntu 10.04Database version8.4Ant version1.7.1
Product VersionSCM revision 
Review Assigned To
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0022875: Translations from Oracle to PostgreSQL is not supported for some cursor declarations.

DescriptionDepending the way a cursor is declared in a database function/procedure, DBSourceManager does not handle the translation. The syntax not supported is the following one:

  Cur_Something RECORD; --> in Oracle
  DECLARE Cur_Something REFCURSOR; --> in PostgreSQL

If the cursor is going to be opened with the following sentence in both languages:

  OPEN Cur_Something FOR SELECT whatever FROM wherever ...;

This is related with issue 22086. There is a slow LOOP structure cursor there that can be improved using separate cursors with the previous structure. The proposed solution in that issue does not work because LOOP cursor types fail in PostgreSQL while opening them twice recursively giving an error that says that it is not possible to open an already opened cursor.

For other cursor declarations <Cur_Something RECORD;> is the right way to do declare a cursor, but for the ones explained previously PostgreSQL requires <DECLARE Cur_Something REFCURSOR;> and Oracle <Cur_Something RECORD;>
Steps To ReproduceFollow the description.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
blocks design defect 0022086 newioritzCia M_INOUT_POST are using an OR in a CURSOR so the query is doing a Full Table Scan which has a very big impact in performance 

-  Notes
There are no notes attached to this issue.

- Issue History
Date Modified Username Field Change
2013-01-23 16:55 ioritzCia New Issue
2013-01-23 16:55 ioritzCia Assigned To => marvintm
2013-01-23 16:55 ioritzCia Modules => Core
2013-01-23 16:55 ioritzCia Triggers an Emergency Pack => No
2013-01-23 16:55 ioritzCia Relationship added blocks 0022086
2013-01-23 23:35 shuehner Issue Monitored: shuehner


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker