chpashaNebo))) откуда Вы знаете мой уровень?
твой уровень мы знаем, потому что тебе нужен визуальный редактор SQL запросов

глупо так заявлять)))

любой зарос я могу написать руками, с вложенными подзапросами, с группировками,
объединениями, какой угодно запрос.

мне лень его писать руками, это тяжело и для глаз. что тут непонятного? Что все крутые такие ?

ZeniaМоё имхо java не сложнее delfi или там дотнета. Отличие только в том, что в последних Hello World начинается со Start IDE. On the menu bar, choose File, New, Project.

Писали что-ниубь серьёзное на джава? Серьезный ентерпарйз проект?
Откуда возникло словосочетание "кровавый ентерпрайз" ? Скажу!
от сложности решаемых задач, в том числе на джава.

chpashaNebo))) откуда Вы знаете мой уровень?
твой уровень мы знаем, потому что тебе нужен визуальный редактор SQL запросов

У меня высокий уровень понимания SQL запросов. Всё что делает визуальный редактор я ясно понимаю.
Ещё раз говорю, мне больше нравится строить запрос визуально.

Вы же пользуетесь синтакс помощниками в IDE и другими? Пользуетесь!

Вот и я люблю визуальные построители. Умничают тут)))

mayton,

авторВобщем... программирование "мышкой" у меня не пошло. Как-то так вобщем.

Да! Что-то сложно делать - уже думать приходиться.

chpasha,

дак а Вы и не судите о человеке) много лет Вы на форумах, немного.

Вы же меня совсем не знаете, ну совсем ведь не знаете) Ну разве это непонятно Вам?
Прежде чем писать сюда, остановите себя, подумайте. Не надо выплёскивать негатив на форум)

chpasha,

авторкак сказал вадя, мы тут вообще SQL не знаем

SQL скорее всего Вы знаете. Не горячитесь.

Я, например, избегаю давать оценки. Если здесь и прозвучали какие-то оценки, то не я первый начал))

chpasha,

авторкак сказал вадя, мы тут вообще SQL не знаем

Насчёт Вади: он пришёл с Аксесса. А там вся основная работа делается SQL запросами. Достаточно сложные бывают запросы.
Так что SQL мы знаем. Несмотря на то, что в аксе используется построитель запросов. Это только для несложных запросов.
Всякие джойны, группировки. А вот когда начинаются вложенные запросы - тут уже всё делается руками.
Всё осмысливается. Как и что работает. Простые запросы - используем построитель. Сложнее - ручной режим.

А кто-то тут делает замечания о моём уровне знания SQL. Да у меня этого этого выше крыши))

Kenny Fartman,

Посмотрел Ваши ссылки. Много полезных программ. Спасибо)
Мне нравится когда в визуальном построителе вижу связи между таблицами (джойны)
Мне так легче))

Уважаемые Коллеги добрые и сердитые) вот что хочу спросить у Вас:

DOM - пусть в ней будет класс Order и класс Customer. Оба класса @Entity

в классе Order предположим есть поле Customer

Допустим выбираю сотни записей (orders) из базы.
Номер заказа, наименование заказчика.

Это сотни объектов Order в итоге.
Как правильно получить наименование заказчика в каждом Order?

Можно связать с каждым объектом Order ещё и объект Customer (поле Customer внутри Order)
Получится, что внутри каждого объекта Order будет содержаться объект Customer.
А если добавится ещё поля для покупателя, получателя и так далее.

Скорее всего так делать не надо. Слишком много объектов для того, чтобы получить название заказчика или другие названия
и генерить при этом лишние объекты.

А внутри Order просто завести поле String customerName
И уже запрос мапить и на это поле.

Как тогда правильно построить DOM

Не делать композицию? А просто определить Long поля для идентификаторов заказчика и String поля для наименования?

Запрос содержит в себе много джойнов. Понимаете, что нет смысла создавать внутренний объект (Customer) под каждый джойн.

Какие подходы самые эффективные? Имею представление о Хибере, JPA, myBatis, JDBC, Spring repozitory

Что из этого лучше применять для построения запросов со многими джойнами?