Discussion :

[RonnyGuillaume]

Bonjour tout le monde !

Voici mon nouvel article:
http://ronnyguillaume.developpez.com/introduction-pl-java/

Il traite comme son nom l'indique de l'écriture de procédures stockées en Java sous le SGBDR PostgreSQL.

Si vous avez des remarques, des suggestions, n'hésitez pas.

Ronny

[alassanediakite]

Salut
Très bon travail
La lecture m'a surtout donné la solution à un problème posé par un étudiant...
Il travaillait sur C# et MySQL et me disait

Les traitements sont assez lents!

Ma réponse

N'aie pas peur des SGBD, délègue certaines taches au SGBD.

Le problème

Le jour où je doit changer de SGBD, je reprends tous ces codes!

Pourquoi ne pas le poster dans le sous forum contribution de PostgreSQL? pour plus de visibilité.
Par ailleurs, le PDF et la version hors ligne ne sont pas accessibles!
@+

[Julien Bodin]

Très intéressant !
Cet article m'aura aussi fait découvrir JOOQ que je ne connaissais pas.

Est-ce qu'on connait le rapport de performances entre écrire sa procédure stockée en SQL et écrire sa procédure stockée en Java ?

[RonnyGuillaume]

Salut !
@alassanediakite J'ai réglé le problème des liens morts. Pour ce qui est de la publication dans le forum PostgreSQL, je n'y avait pas pensé. En même temps, les procédures stockées en Java existent aussi sous Oracle, HSQLDB, H2 etc.

@Julien Bodin Je n'ai malheureusement pas trouvé de benchmark comparant PL/Java et PL/pgSQL. Je pense que les performances sont a peu près similaires. Des benchmarks montrent que pour des gros calculs Java est devant PL/SQL, donc on peut espérer que les procédure en Java soient plus rapides, mais le SGBDR devant intérragir avec la JVM, le gain risque de transformer en perte. A noter que pour certains SGBDR comme H2 et HSQLDB les procédures stockées sont obligatoirement en Java.

[Julien Bodin]

A noter que pour certains SGBDR comme H2 et HSQLDB les procédures stockées sont obligatoirement en Java.

Pour HSQLDB c'est tout à fait possible de les écrire en SQL, j'en ai écris quelques unes ces dernières semaines. Cf. La doc : http://hsqldb.org/doc/2.0/guide/sqlroutines-chapt.html.

Mais tu as raison il est aussi possible de les écrire en Java.

[RonnyGuillaume]

Pour HSQLDB c'est tout à fait possible de les écrire en SQL, j'en ai écris quelques unes ces dernières semaines. Cf. La doc : http://hsqldb.org/doc/2.0/guide/sqlroutines-chapt.html.

Autant pour moi, désolé ^^.

[lukas.eder]

Je me rendais compte que ce genre de chose était possible avec Derby, H2 et HSQLDB, voire Oracle (pour les courageux). Bien à savoir qu'on puisse utiliser jOOQ aussi dans Postgres. J'aimerais bien en savoir plus, si tu continues d'évaluer jOOQ. Cette intégration, est-elle déjà mise en place productive quelque part?

Si jamais, je viens de créer un lien vers ce forum, pour que d'autres utilisateurs jOOQ (pas francophones) puisses en profiter:

http://blog.jooq.org/2013/04/27/jooq...java-language/

Il y a une forte chance, que cet article sera republié sur DZone

[RonnyGuillaume]

Je me rendais compte que ce genre de chose était possible avec Derby, H2 et HSQLDB, voire Oracle (pour les courageux). Bien à savoir qu'on puisse utiliser jOOQ aussi dans Postgres. J'aimerais bien en savoir plus, si tu continues d'évaluer jOOQ. Cette intégration, est-elle déjà mise en place productive quelque part?

Si jamais, je viens de créer un lien vers ce forum, pour que d'autres utilisateurs jOOQ (pas francophones) puisses en profiter:

http://blog.jooq.org/2013/04/27/jooq...java-language/

Il y a une forte chance, que cet article sera republié sur DZone

Salut ! Sinon, je n'ai pas encore eu l'occasion d'utiliser PL/Java avec jOOQ en production. En théorie, on peut utiliser jOOQ partout ou l'on peut utiliser du Java 1.6, donc à priori dans tous les SGBDR où l'on peut écrire des procédures stockées en Java. En pratique je n'ai testé qu'avec PostgreSQL.

[Gugelhupf]

Personnellement je préfère encore PL/pgSQL pour ce type de développement parce que toutes les bases de données ne vont pas compiler Java comme va le faire PostgreSQL, je suis certains qu'il y aura encore et toujours des modifications à apporter au code.

Pour ma part je rêverais d'avoir le SQL standard directement intégré dans Java... un peu comme avec PowerBuilder... Donc plus de retour de méthodes et un IDE qui corrige la requête SQL, et plus de T-SQL - PL/SQL - PL/pgSQL - SQL/PSM etc par la même occasion coté serveur... tout en Java avec des syntaxe SQL intégré.
On va me prendre pour un fou
Ça rendrait les connexions multiples plus compliqué mais ce n'est pas tous les jours qu'une application pointe à la fois sur du MySQL, SQL Server, Oracle en même temps.

[RonnyGuillaume]

Personnellement je préfère encore PL/pgSQL pour ce type de développement parce que toutes les bases de données ne vont pas compiler Java comme va le faire PostgreSQL, je suis certains qu'il y aura encore et toujours des modifications à apporter au code.

Probablement, mais c'est mieux que d'avoir tout re écrire.
De surcroit, le fait d'écrire des procédures stockées en Java permet de factoriser du code entre le SGBDR et le serveur d'application.