Obtenir la sortie de dbms_output.get_lines à l'aide de JDBC

J'ai également blogué sur ce problème ici. Voici un extrait qui illustre comment cela peut être fait :

try (CallableStatement call = c.prepareCall(
    "declare "
  + "  num integer := 1000;" // Adapt this as needed
  + "begin "

  // You have to enable buffering any server output that you may want to fetch
  + "  dbms_output.enable();"

  // This might as well be a call to third-party stored procedures, etc., whose
  // output you want to capture
  + "  dbms_output.put_line('abc');"
  + "  dbms_output.put_line('hello');"
  + "  dbms_output.put_line('so cool');"

  // This is again your call here to capture the output up until now.
  // The below fetching the PL/SQL TABLE type into a SQL cursor works with Oracle 12c.
  // In an 11g version, you'd need an auxiliary SQL TABLE type
  + "  dbms_output.get_lines(?, num);"

  // Don't forget this or the buffer will overflow eventually
  + "  dbms_output.disable();"
  + "end;"
)) {
    call.registerOutParameter(1, Types.ARRAY, "DBMSOUTPUT_LINESARRAY");
    call.execute();

    Array array = null;
    try {
        array = call.getArray(1);
        System.out.println(Arrays.asList((Object[]) array.getArray()));
    }
    finally {
        if (array != null)
            array.free();
    }
}

Ce qui précède imprimera :

[abc, hello, so cool, null]

Notez que le ENABLE / DISABLE Le paramètre est un paramètre à l'échelle de la connexion, vous pouvez donc également le faire sur plusieurs instructions JDBC :

try (Connection c = DriverManager.getConnection(url, properties);
     Statement s = c.createStatement()) {

    try {
        s.executeUpdate("begin dbms_output.enable(); end;");
        s.executeUpdate("begin dbms_output.put_line('abc'); end;");
        s.executeUpdate("begin dbms_output.put_line('hello'); end;");
        s.executeUpdate("begin dbms_output.put_line('so cool'); end;");

        try (CallableStatement call = c.prepareCall(
            "declare "
          + "  num integer := 1000;"
          + "begin "
          + "  dbms_output.get_lines(?, num);"
          + "end;"
        )) {
            call.registerOutParameter(1, Types.ARRAY, "DBMSOUTPUT_LINESARRAY");
            call.execute();

            Array array = null;
            try {
                array = call.getArray(1);
                System.out.println(Arrays.asList((Object[]) array.getArray()));
            }
            finally {
                if (array != null)
                    array.free();
            }
        }
    }
    finally {
        s.executeUpdate("begin dbms_output.disable(); end;");
    }
}

Notez également que cela récupérera une taille fixe de 1000 lignes au maximum. Vous devrez peut-être boucler en PL/SQL ou interroger la base de données si vous voulez plus de lignes.

Remarque sur l'appel de DBMS_OUTPUT.GET_LINE à la place

Auparavant, il y avait une réponse maintenant supprimée qui suggérait des appels individuels à DBMS_OUTPUT.GET_LINE à la place, qui renvoie une ligne à la fois. J'ai comparé l'approche en la comparant à DBMS_OUTPUT.GET_LINES , et les différences sont drastiques - jusqu'à un facteur 30 plus lent lorsqu'il est appelé depuis JDBC (même s'il n'y a pas vraiment de grande différence lors de l'appel des procédures depuis PL/SQL).

Ainsi, l'approche de transfert de données en masse utilisant DBMS_OUTPUT.GET_LINES en vaut vraiment la peine. Voici un lien vers le benchmark :

https://blog.jooq.org/2017/12/18/the-cost-of-jdbc-server-roundtrips/