Defining and Using SQL-92 Triggers in an OE Database

Posted by v205 on 13-May-2019 20:34

Hi, Everyone:

I want to write an experimental JDBC client application with OE as the database. One of the basic requirements is that the JDBC client be able to invoke Stored Procedures defined in the OpenEdge database. The eventual goal is to write a full-scale application using Spring and Hibernate for the back end with an Angular front-end. 

Can someone point me in the right direction that helps me understand how to define and use Stored Procedures for an OE database

A simple example for:

  Defining such a Stored Procedure

  How a JDBC client would utilize such a Stored Procedure

Thank you! 


All Replies

Posted by Mohd Sayeed Akthar on 14-May-2019 06:44


Here is the link to knowledge base article which shows how to create and use store procedures.

And here is the link to documentation on stored procedures.



Posted by on 14-May-2019 10:08

I can't really imagine why would anyone use the OE (R)DBMS without the 4GL so just for storage and not business logic since there are plenty of good SQL database engines out there either open source or less expensive than OE... if there is some existing business logic, or the plan is to write that in 4GL, then our JDBC driver make it very easy to expose that as 'stored procedures' - 

Marian Edu

Acorn IT
+40 740 036 212

Posted by v205 on 14-May-2019 14:43

Thanks @makhtar for the very helpful URLs.

Thanks @Marian.Edu.

The need is to eventually migrate from Progress RDBMS with the first phase focusing on converting the application logic from Progress 4GL to Java/JDBC. Where SQL92 Triggers come into the picture is trying to answer to the needs of real-time invocation of logic based on database events that are affected by the Java/JDBC logic. This need stems from the fact that 4GL Triggers are not invoked from application logic that is not written in Progress 4GL.

Posted by on 15-May-2019 07:00

I'm a bit confused by the fact you're mixing triggers with stored procedures but anyway you might go down a slippery road here by keeping business logic in your database since while calling stored procedures through JDBC/ODBC is a standard the language used to implement those is vendor specific. So say you rewrite the business logic code from 4GL to stored procedures/triggers for OE RDBMS then when you move to another database engine you will have to do that again so why bother with the intermediate step?

If the only thing that stops you from moving to hibernate for the business logic is the fact that the 4GL triggers does not fire when you connect through JDBC then the driver mentioned before could help since that is using the 4GL database engine so the 4GL triggers fires just fine. This does require an application server though so if that is not available already acquiring more OE licenses in the interim might not be the best solution although you probably still need to support the 4GL version for a while and the migration won't just happen over night.

Marian Edu

Acorn IT
+40 740 036 212

Posted by v205 on 16-May-2019 13:34

[mention:d768d2089b264b89b29e49c0617a193b:e9ed411860ed4f2ba0265705b8793d05], Since SQL Triggers are also considered a case of Stored Procedure in the world of Progress SQL, I am afraid I conflated the two in my OP.

In fact, the main objective is to use SQL Triggers for database events (INSERT, UPDATE, DELETE...) via JDBC clients. The use case is a parallel to where you would use 4GL database triggers for database events via a 4GL client.

Thanks for pointing me to your JDBC driver. Since one of the core objectives is to get away from Progress licenses and move towards an Open Source strategy, this cannot go in the direction you are suggesting, since that involves maintaining the AppServer license. We will, however, be looking to get the DataDirect JDBC driver.  

Posted by gus bjorklund on 16-May-2019 13:54

> On May 16, 2019, at 9:36 AM, v205 wrote:


> We will, however, be looking to get the DataDirect JDBC driver.

the JDBC driver that comes with the OpenEdge RDBMS /is/ the DataDirect driver. if you dont have it already you can download it from ESD at no charge.

Posted by v205 on 17-May-2019 14:48

@Gus, thank you for pointing that out. I was not sure if they are the same exact driver. Much appreciated.

This thread is closed