softwarerПотому что JDBC так не умеет. Посмотрите JDBC FAQ на oracle.com, там все подробно расписано; придется оформлять этот оператор как PL/SQL (взять в begin..end скобки) и терять в эффективности.
JDBC или JDBC драйвер Oracle?
Ничего не мешает иметь
IIRC JDBC от Oracle не правильно работает с препарированными запросами, он не может получить metadata от запроса.

Кстати вот такой запрос не должен выполняться ?

softwarer Евгений ПутилинJDBC или JDBC драйвер Oracle?
Не готов указать точного виновника.

Если я скажу что для MySQL и Firebird это работает будетли это указанием виновника?
softwarer
Евгений ПутилинНичего не мешает иметь
ResultSet rs=pstm.executeQuery();
Это все-таки малость другое. А если точно, то совсем другое :)

Почему? В во первых в оригинальном посте пропущенrs.next(). Во вторых запрос может быть как возвращающим так и модифицирующим данные.
softwarer
Евгений ПутилинКстати вот такой запрос не должен выполняться ?

Я не знаток насчет того что как правильно обрабатываются SQL запросы. Кстати м.б. returning это оператор PL/SQL ане SQL?

softwarer Евгений ПутилинЕсли я скажу что для MySQL и Firebird это работает будетли это указанием виновника?
Насколько я в курсе, ни в том, ни в другом нет аналогов конструкции RETURNING. Хотя я могу и ошибиться.

Для MySQL не приведу, но встречал для Firebird появилось в 2-ке
softwarer
Евгений ПутилинПочему? В во первых в оригинальном посте пропущенrs.next()
Потому что это будет падать (во всяком случае, насколько я помню) и без всякой попытки работать с резалтсетом, которого у insert-а нет. Это падает и будет падать на execute. Результат returning - это out parameter, и работать с ним соответственно нужно через registerOutParameter()/stmt.getInt()

Так а с чего ты взял что у insert нет resultset? Что мешает выполнить оператор примерно вот такого вида?
RDBMS сервер должен принять запрос его выполнить и вернуть результат, JDBC как промежуточное звено не должно заботить что это за запрос это ты знаеш что там внутрях а JDBC это не должно заботить.

softwarer
Евгений ПутилинКстати м.б. returning это оператор PL/SQL ане SQL?
Отнюдь. Это не оператор, а конструкция (clause) самого что ни на есть SQL.

Судя вот по этому посту
http://www.sql.ru/forum/actualthread.aspx?tid=256419#2396049 ты не прав
softwarer
Не из явы такой код отлично выполняется. Просто когда говорится returning, нужно объяснить, куда именно возвращать этот результат, и вот тут вот в случае JDBC и DML output parameter что-то не срастается. Что именно - не знаю, неинтересно было разбираться. Но если примерно за восемь лет эта проблема так и не была решена, подозреваю засада достаточно непростая.
Или на неё просто положили JDBC это набор интерфейсов и спецификация, IIRC работать с BLOB через JDBC можно только с 10g. До этого надо было использовать спец классы Oracle. М.б. здесь аналогичная ситуация реализованно кусок и а бы как :-)
Делая упор больше на то чот пишется не Java JDBC приложение, а Oracle. По этому читать надо доку не по JDBC а по Oracle.

softwarer
А судя вот по этому простому эксперименту, я прав.


Можеш объяснить глубинный смысл вот этого оператора? И как это соотносится с SQL
softwarer
Это конечно если мы считаем, что правильным пацанам дока за аргумент не канает.
Это высказывание совершенно не понятно, если не составит труда разясни что ты имееш ввиду.
softwarer А что касается указанного поста - это стандартный обход того факта, что (в существующей реализации JDBC, JDBC Oracle driver, Oracle RDBMS Server) не получается взять из insert-а выходные параметры, а вот из pl/sql блока - запросто.

Значит часть PL а не SQL.
softwarer
Евгений Путилин softwarerНо если примерно за восемь лет эта проблема так и не была решена, подозреваю засада достаточно непростая.
Или на неё просто положили
Может быть, но считаю маловероятным. Поскольку эта хрень приводит к реальной потере производительности во-первых, и натыкается на нее почти каждый - во-вторых. Если бы было просто - дешевле сделать, чем объяснять всем, что не сделали :)

Я в этом не уверен сколько времени тянулось с BLOB? Сделали.
Насчет тоже самое. Кстати для Fireberd'a добавление в возможности серевера не привело в изменении JDBC драйвера.
softwarer
Евгений ПутилинJDBC это набор интерфейсов и спецификация, IIRC работать с BLOB через JDBC можно только с 10g. До этого надо было использовать спец классы Oracle. М.б. здесь аналогичная ситуация реализованно кусок и а бы как :-)
Может быть. Честно говоря, попытка работать на "чистом JDBC без Oracle-классов" для меня выглядит страшным сном, так что я не исследовал этот аспект. Странно совершенно страно, может быть тогда правельнее назвать Oracle Java OCI маскируюущееся под JDBC? Я всегда думал что там все не чисто но чтобы настолько :-)

softwarer Евгений ПутилинДелая упор больше на то чот пишется не Java JDBC приложение, а Oracle. По этому читать надо доку не по JDBC а по Oracle.
К сожалению, не совсем так. Надо читать доку по "JDBC в Oracle" - кажется, в документации к серверу это называется Java Developer Guide. Если бы из Java можно было работать без закапывания в ее особенности, мне было бы куда легче жить :)
В чьи особенности надо закакпываться? Java или Oracle?
Я вот единственное не могу понять почему надо читать доки по Oracle когда можно читать книги и доки по JDBC
Есть куча программы которе разрабатываются без привязки к БД используюя интерфейсы JDBC/ODBC/OLE DB и т.д. а не используя родное API для БД. Конечно использование родных фич порождает преимужества в виде скорости и т.п. вещей но увы это не всегда приемлемо.

softwarer Евгений Путилин
Можеш объяснить глубинный смысл вот этого оператора? И как это соотносится с SQL
Он никак не соотносится с SQL. Это макрос оракловой утилиты SQL*Plus, которой я пользовался, и означает описание параметра - аналог CallableStatement.registerOutParameter().

Понятно т.е. использование SQL конструкции зависит от того как настроенно укружение среды где выполняется эта команда? Т.е. нельзя выцполнить запрос не описав зарание куда возвращаются данные.

В поем представлении оператор select относится к SQL а IF к PL/SQL. Также для Firebird есть модификация select которая относится только к PL, FOR SELECT ... INTO XXX. Она аналогино SELECT из SQL но может быть использованнна только внутри store procedure или trigger. Судя по http://www.sql.ru/forum/actualthread.aspx?tid=256419#2396049 returning действительно c т.з. авторов реализации JDBC для Oracle, как я понимаю это сотрудники упомянутого Oracle.

softwarerЯ хочу сказать, что конструкция returning описана в Oracle SQL Reference, чего с моей точки вполне достаточно для ответа на вопрос "не является ли она специфичной для PL/SQL".

Это значит что правая рука не ведает что творит левая, и разработчики JDBC дравера не читали упомянутую доку. Это было понятно в случае если разработка драйвера велась внешней фирмой но все это произведение одной фирмы.
softwarer
Евгений ПутилинЯ в этом не уверен сколько времени тянулось с BLOB? Сделали.
Не знаю. Я честно говоря не в курсе ли сделали ли, ни было ли что делать :) Поскольку сразу работал через оракловые классы.

Соучествую, как понадобится применить шаблон Delegate сразу огребеш кучу неприятностей. Учитывая что почти все EJB сервера использую wrapper над реальными классамы это может случится при разработки боле менее крупной системы.
softwarer
Евгений ПутилинКстати для Fireberd'a добавление returning в возможности серевера не привело в изменении JDBC драйвера.
Видимо, следует предположить, что использовали ранее реализованный интерфейс, тот же возврат резалтсета.

:-) это значит что с т.з. драйвера не надо анализировать SQL запрос и если сервер возвращает данные то и JDBC драйвер их возвращает, т.е. запрос insert returning с т.з. вызова API не отличается от select с параметрами. Причем и количество измененных записей тоже считается правильно.
softwarer
Евгений ПутилинСтранно совершенно страно, может быть тогда правельнее назвать Oracle Java OCI маскируюущееся под JDBC?
Я не знаю, что Вы называете Oracle Java OCI; никогда не видел такого словосочетания. Это звучит тавтологическим бредом.

Сам придумал, взгляд со стороны на то что сделали
softwarer
Я всегда думал что там все не чисто но чтобы настолько :-)

Опять не понятная фраза. Спасибо за разьяснение предыдущей.
softwarer
Евгений ПутилинВ чьи особенности надо закакпываться? Java или Oracle?
Java. Точнее, JDBC. Знания того, что я полагаю "нормальным программированием для Oracle" оказывается недостаточно.

Евгений ПутилинЯ вот единственное не могу понять почему надо читать доки по Oracle когда можно читать книги и доки по JDBC
Потому что их недостаточно для моих требований.

Согласен кто что пишеш, программу для Oracle с использованием Java или программу на java с использованием Oracle.
softwarer
Евгений ПутилинЕсть куча программы которе разрабатываются без привязки к БД используюя интерфейсы JDBC/ODBC/OLE DB
Безусловно. Вообще, есть прорва тривиальных программ и прорва прорв плохих программ :)

Согласен только Hibernate BEA WebLigic IBM WbeSphere к ним отнести трудно :-)
softwarer
Евгений Путилинно увы это не всегда приемлемо.
Сформулирую так: пожалуй, я не назову случая, при котором для серьезной программы я сочту лучшим именно этот подход.
Разный взгляд на жизнь для меня только один вариант написания програм оправдывает такой подход: "Когда программа пишется подконкретного заказчика один раз и у заказчика нет инфраструктуры с которой нужно интегрироваться" Для продукта которы м.б. использован несколько раз или требуется его интеграция с другими использхование "хакерских фич" вместо стандартов прямая дорога в ...