Java Persistence query language

[john doe]

Could somebody translate this sql-query into subj (Oracle):

select
f.id
from
Folder f,
FolderCustomer fc
where
f.id = fc.folder_id(+)

or (SQL)

select
f.id
from
Folder f
left outer join FolderCustomer fc on f.id = fc.folder_id

[(Alex)]

http://java.sun.com/javaee/5/docs/tutor ... guage.html

тьюториал вам поможет

А вообще круто придумано...А раньше одного SQL было достаточно.

[(Alex)]

select
f.id
from
Folder f
left outer join FolderCustomer fc WHERE f.id = fc.folder_id

кажись всё что нужно это "on" на "where" заменить.

[sz]

И эти люди называют С++ извращенным?

[john doe]

Of course, I have red the manual.

кажись всё что нужно это "on" на "where" заменить.

No, it does not work. Take a look on the second query on my post, it works in Oracle, but does not work in Java. Especially for this query I get a message:

Caused by: Exception [TOPLINK-8024] (Oracle TopLink Essentials - 2006.7 (Build 060731)): oracle.toplink.essentials.exceptions.EJBQLException

Exception Description: Syntax error parsing the query [select f.id from Folder f left outer join FolderCustomer fc WHERE f.id = fc.folder_id] at [fc].
Probably, the question is about TopLink, because EntityManager is interface and it is realized by TopLink in my case...

It's not big deal: now I use native query, but it is not good, the first, and, the second, it's pretty strange behavior.

[john doe]

И эти люди называют С++ извращенным?

You don't understand the question: it is not connected with Java language at all.

[sz]

> You don't understand the question:

Спорное утверждение. Я, например, с ним не согласен.

> it is not connected with Java language at all

И это утверждение весьма спорное. Так мы договоримся до того, что, ну например, reflection interface не имеет отношения к языку Java. А потом скажем, что String - это тоже чисто библиотечный класс, а язык белый и пушистый.

Все, что делает на этом поприще Сан - строго и однозначно connected with Java. Это у С и С++ библиотеки четко отделены, да и то, не зная stdlib - нельзя говорить о знании языка. А уж у Java и подавно.

[Marmot]

И эти люди называют С++ извращенным?

На это мне возразить нечего, кроме того, что JEE это всё-таки не Java(JSE).
Да, извращение редкостное, но ведь надо же чем-то Cobol заменять, вот Sun, IBM, Oracle, etc и наяривают.
И неплохие деньги на этом деле делают, втюхивая монструозные аппсерверы всяким там банковским IT менеджерам, выслужимся из простых клерков .
Но к языку в целом это действительно отношение имеет слабое, типа как Windows API к C++...

[john doe]

To Старина Зотин:

Balabol.

[Marmot]

А вообще круто придумано...А раньше одного SQL было достаточно.

И сейчас вполне достаточно, если не заморачиваться с JEE...

[Marmot]

Так мы договоримся до того, что, ну например, reflection interface не имеет отношения к языку Java. А потом скажем, что String - это тоже чисто библиотечный класс, а язык белый и пушистый.

Всё познаётся в сравнении, я бы сказал что побелее и попушистее многих других языков и фреймвоков.

[sz]

Так мы договоримся до того, что, ну например, reflection interface не имеет отношения к языку Java. А потом скажем, что String - это тоже чисто библиотечный класс, а язык белый и пушистый.

Всё познаётся в сравнении, я бы сказал что побелее и попушистее многих других языков и фреймвоков.

С этим я не спорю. Хотя в белости и пушистости никто не может сравняться с Petrovich. http://www.dangermouse.net/esoteric/petrovich.html - если кто еще не в курсе передовых технологий.

[(Alex)]

Probably, the question is about TopLink

уже похоже на то

... not big deal: now I use native query, but it is not good, the first, and, the second, it's pretty strange behavior.

несколько языков запросов в одном приложении не есть хорошо.

[john doe]

несколько языков запросов в одном приложении не есть хорошо.

I already said, it's not good...