<id name="id" type="integer" unsaved-value="null" >
<generator class="identity"/>
</id>
Но в таком случае мне придется добавлять столбец id в таблицу.

Если я пишу так:

<id type="integer" unsaved-value="null" >
<generator class="identity"/>
</id>

То добавлять столбец в таблицу не приходится, но при любой выборке типа
"from hiber.CatImp1 " возникает ошибка SQLException catimp1_id column not found...

Я интересовался у людей плотно работающих с базами, мне сказали что пк желателен, но не обязателен. Я работаю с их базой. Что мне делать в случае hibernate.

Вот еще вопрос..

В SQL я могу связать две любые таблицы про полю одного типа...

select * from table1 t1 inner join table2 t2 on t1.name=t2.title

Как проделать это с помощью HQL запроса? Непонятно.

Подскажите hibernate новичку люди добрые.

Хибернейтный inner join делает немного другое...

Началось, как я уже говорил с хибернэйта.

Головотяпом- разработчиком в данном случае выступаю я.
В моем веб- приложении есть 2 таблицы (На самом деле их больше но интересны эти.)

Моя mysql база синхронизируется с базой database developerov,
т.е происходит закачка справочников от них ко мне.

Таблица 1 :

название: price
поле price_id int pk
поле id_nprice int pk
поле price_title varchar

Первые два поля композитный ключ(точно не знаю как это называется) но по ним однозначно определяется строка таблицы.

В своей базе я не стал обзывать эти поля primary key, потому, что предполагаю что таблица из которой я импортирую данные зараннее корректна.

Эту проблему я предполагаю решить следующим образом: навесить таки primary keys на поля. Замапить composite id в hibernate.

Далее...

Есть вторая таблица:

имя: links
поля: price_id int pk
field1 int pk
field2 int pk
field3 int pk
id_nprice int
Все поля в этой таблице кроме id_nprice составляют пк.
Вопрос как с помощью хибернэйт реализовать sql выборку:

select * from price p inner join links l on (p.price_id=l.price_id AND p.id_nprice=l.id_nprice);

Пока забил на все и написал Connection conn= session.connection()..

хм по этой ссылке рассказывается про Component Mapping.
Мне хотелось бы узнать как замапить композитный пк и что потом с ним можно делать... именно об этом я щас и читаю.

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

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

Последнее время хибернэйт нравится мне все меньше и меньше... может те кому хорошо с хибернэйт поделятся секретами счастья?

Просто возникает законный вопрос.
Надо ли оно мне.. ради обычного inner join мапить две таблицы, создавать композитные ключи, переопределять методы equals и hashCode() и писать для двух таблиц 6 файлов.. два интерфейса два класса два xml маппинга и два теста.. итого 8 ..
Что мне это даст, какие преимущества это противопоставит обычному jdbc, для которого здесь нужен будет всего один exequteQuery();