Blazkowicz,

дк вот думал заставить Hibernate выполнить произвольный Insert а он все равно либо заполни id мне руками, либо excepion

BlazkowiczBlazkowiczТ.е. autogenerated keys не поддерживается вообще? У вас ID другим образом генерятся?
Вам драйвер явно сообщает что методы с autogenerated keys не поддерживаются, а вы все равно в хибере используете Identity ID. Надо как-то решать.

а где это вы увидели? O_o

Blazkowicz,

а предложения как это обойти? просто убрать @GeneratedValue() и ставить фиктивную idшку и прописать @SqlInsert ?

Blazkowicz,

насколько мне известно из мануала по Sybase он генерит id-шники сам, но получить следующий у него нельзя...
только после вставки можно получить уже готовый id

к примеру:



но эм вставлять в поле ID которое является identity просто запрещено самим Sybase
т.е. либо поле Identity и этим рулит Sybase либо поле ручного ввода, и этим рулит сам пользователь (что ни есть хорошо, так как последовательностей нету)

вообщем и целом получается что надо
использовать для вставки SQL так получается?
если так то что будет если у меня используется в качестве менеджера транзакций Hibernate ?
т.е. как поведет себя Connection Pool и не получится ли лишних коннектов к БД?
P.S.
использую аннотации @Transactional
в спринговом конфиге написанно так:

Blazkowicz,

мда никогда не думал, что для маленького RESTful сервера придется рыскать по исходникам Hibernate =)

мне уже начальник говорит выкинь ты из проекат это гавно юзай Spring JDBC и не парься....
а я все мучаюсь и мучаюсь....

chpasha,

это вот куда надо добавить?

chpasha,

а у меня в исходниках немножко не так:

chpasha,

там че-то совсем очень много всего....
эх придется убить пару недель наверное на это, главное потом что бы действительно "за 5 минут долететь",
а то как-то много времени на это уйдет =(

Blazkowicz,

не я уже, больше склоняюсь использовать Spring JDBC
потому как в своем SQL я смогу безпрепятственно использовать весь синтаксис T-SQL от Sybase
и индексы прописывать (которые очень часто Sybase имеет свойство терять) и никаких тебе проблем с insert
да и выполнение хранимых процедур, вместо IUD операций тоже имеет свои плюсы

но блин хотелось попользоваться Hibernate получить кайф от написания пары строк кода вместо
мало кому нужного томика SQL + JDBC

больше всего меня раздражает что работает все акромя INSERT
прям уже хочется все бросить и уйти в монастырь...

chpasha,

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

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

попробовав немного поэкспериментировать с JdbcTemplate
я тут наткнулся на такую вещь, что он работает быстрее потому как на поиске я (к примеру) не использую
транзакцию, т.е. убрал аннотацию @Transactional у метода сервиса (ну нету же смысла на 1-ну операцию тащить транзакцию),
но насколько я понял для корректной работы SessionFactory.getCurrentSeccion() нужна транзакция...

внимание вопрос ЗАЧЕМ?(может я конечно не много не понял как там это настроить правильно, но без транзакции великий Hibernate отказывается работать и говорит что сессия пустая) зачем использовать транзакцию в таких случаях как CRUD ? когда элемент один и не имеет связей?

я конечно понимаю зачем нужны транзакции (это как бы пакетная операция которая, в случае чего должна откатится вся), но хоть убей не пойму ЗАЧЕМ нужно это дело для одной операции, и как рулить такими ситуациями когда транзакция не нужна и тянуть ее ну просто нету смысла (т.е. как сделать работу Hibernate без транзакций, просто чет я не нашел этого в мануале, или пролистал не обратив внимания, а спросить не у кого =( )

schwa,

но это же замедляет работу с БД примерно на треть!
а когда работа с БД критична? то люди просто не используют Hibernate ?

Blazkowicz,

я и не говорю что не надо использовать транзакции просто когда идет один Select то смысл в транзакции?

просто получается что замедляет работу

select ID, Name from User where ID = ?

что увеличивает время отклика....

я протестировал и получилось что
1000 чтений из БД с помощью jdbcTemplate и Hibernate примерно на треть разнятся т.е. видимо из-за работы в транзакции
потому как jdbcTemplate я не использовал транзакции для такой выборки

Blazkowicz,

в моем случае я его не могу приготовить из-за Sybase 11 и jconn3 которые не понимают автогенерацию.... и в нем нельзя (без применения костылей и подпорок) вставлять в таблицу идентификатор который описан как identity поле (автоинкрементовое)

поэтому что бы не возиться с ним (потому как инфы об этом очень мало, а сам я пока не врубаюсь что да как) решил отложить этот вопрос....

это как в рекламе "Не люблю кошек. Ты просто не умеешь их готовить."

да пока кухня с внутренностями Hibernate для меня табу....