Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » ElevateDB Technical Support » Support Forums » ElevateDB General » View Thread |
Messages 1 to 6 of 6 total |
debugging stored procedures |
Tue, Dec 19 2006 2:27 PM | Permanent Link |
Tom unger | Will there be any way to debug stored procedures?
Also, will stored procedures be complied in any way, or are they always interpreted? In the help file I saw info on the syntax for stored procedures, but didn't see anything about the machanics of creating and maintaining them. |
Tue, Dec 19 2006 2:34 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Tom,
<< Will there be any way to debug stored procedures? >> Not initially, no. Although there will most likely be a statement for logging messages or outputting debug strings, and that may help. <<Also, will stored procedures be complied in any way, or are they always interpreted? >> They are always compiled actually, although any dynamic statements in the stored procedures are compiled on the fly. << In the help file I saw info on the syntax for stored procedures, but didn't see anything about the machanics of creating and maintaining them. >> The documentation isn't even close to being done yet. -- Tim Young Elevate Software www.elevatesoft.com |
Tue, Dec 19 2006 2:50 PM | Permanent Link |
Tom unger | Thanks Tim.
In Oracle if I submit a new stored procedure, it will tell me only if it compiled Ok or not. If it couldn't compile, I can then ask Oracle to 'show errors'. This will let me know what line and column of the source a problem was found. Do you envision something similar? |
Wed, Dec 20 2006 9:03 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Tom,
<< In Oracle if I submit a new stored procedure, it will tell me only if it compiled Ok or not. If it couldn't compile, I can then ask Oracle to 'show errors'. This will let me know what line and column of the source a problem was found. >> EDB will tell you if there is a compilation error immediately, along with the line and column of the error. However, this does not apply to SQL statements inside of the stored procedure because EDB executes all stored procedures as dynamic statements. See this thread for more information: http://www.elevatesoft.com/scripts/newsgrp.dll?action=openmsg&group=19&msg=165&page=1#msg165 -- Tim Young Elevate Software www.elevatesoft.com |
Fri, Dec 22 2006 3:07 PM | Permanent Link |
Julio Saucedo | Would be nice if, additionally to the debugging of stored procedures (SP), exists an optional version control for SP. Something like the Version History that IBExpert manages with Interbase/Firebird database. http://www.ibexpert.info/documentation/%20%203.%20Database%20Objects/%20%204.%20View/%20%201.%20New%20View%20_%20View%20Editor/%20%209.%20%20Version%20History/3055.html IBExpert do that using a table that contains the versions for every stored procedure in the database. When editing some stored procedures, automatically a record of the stored procedure before modified is inserted in that table. I don't know if this history information could be stored in the elevatedb catalog or use the same way that IBExpert. Regards. Julio Saucedo |
Fri, Dec 22 2006 3:19 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Julio,
<< Would be nice if, additionally to the debugging of stored procedures (SP), exists an optional version control for SP. Something like the Version History that IBExpert manages with Interbase/Firebird database. >> Sure, that is possible to do at some point in the future. -- Tim Young Elevate Software www.elevatesoft.com |
This web page was last updated on Tuesday, May 7, 2024 at 06:25 PM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |