Здравтсвуйте. Явой занимаюсь относительно недавно, хотел бы прояснить непонятный для меня момент. В каких случаюх используют hibernate или другой orm, и когда лучше использовать jdbc. Сам сейчас пользуюсь только jdbc, хотел понять будет ли orm полезен для меня

Когда хочется уйти от написания селектов, построения sql statments и разборкой resultset, вот тогда стоит переходить на hibernate и заняться написанием реализаций классов. А всю черную работу по взаимодействию программы с базой данных оставить для hibernate.

Но отлаживать будет сложнее, так?

Не факт. Скорее всего, что проще.

Могут вылезти мистические ошибки, которые фиг поймешь как устранить. Но в целом там все достаточно прозрачно.

Те jdbc редко используется?

Почему это? JDBC используется довольно часто. IMHO, JDBC самая используемая технология доступа к БД.

Да нет, достаточно часто. Hibernate удобней чем JDBC, но JDBC быстрее и позволяет использовать всякие хитрые фишки СУБД.

Использую JDBC  все проги (с БД имеется ввиду) делаю с помощью него, там запросы к базе простые, использование понятнее, что нужно тебе, на то запрос и делаеш.

Я бы так категорично про JDBC не сказал бы - очень многое зависит от задачи.

Идеология Hibernate достаточно прозрачна при хорошем ознакомлении, и в некоторых случая им действительно удобно пользоваться. Но у него есть ряд ограничений, которые иногда приходится решать с помощью JDBC.

Вообщем-то сегодня намечается тенденция к переходу на EJB 3.0 - идеология такая же, да и EJB может работать с Hibernate, используя его как движок. Так что мое мнение, что Hibernate потихонечку будет перекрываться EJB. Как те же JSF уже сильно потеснили Struts.
А вот JDBC умрет еще не скоро - ибо иногда нужны действительно необычные (нестандартные) решения, которые можно сделатьтолько с его помощью.

Все вышесказанное конечно IMHO 

Я бы сказал что JDBC вообще никогда не умрет. Иначе вместе с ним скончается и Hibernate.  А задач когда Hibernate не нужен в общем-то полно. Вот, например, есть система, которая выполняет массовые сложные запросы к базе данных (объединяются несколько таблиц, сложное условие). Так вот, производительность запроса для любой СУБД очень сильно зависит от того как построен запрос. При этом с использованием Hibernate напрямую ведь программист запрос не пишет. Получается, что нужно точно знать как Hibernate генерирует запросы, представить себе как должен выглядеть оптимальный запрос на SQL, потом на HQL такой запрос, чтобы Hibernate сгенерировал то, что нужно. Не проще ли написать сразу SQL? Написание такого HQL - более нетривиальная задача. Да и, вообще говоря, не все на HQL можно написать. Так что, всему свое место. Где-то Hibernate удобнее использовать, где-то iBatis, где-то pure JDBC. К сожалению, часто услышав, что Hibernate - это круто пытаются его засунуть везде, где надо и не надо. 

Согласен со всем вышеизложенным. То, что под "JDBC еще не скоро умрет" именно это и подразумевалось.

Поправьте меня если я ошибаюсь, но разве EJB включает в себя что-нибудь непосредственно касающееся баз данных? Если речь о JPA, то это вроде бы отдельный проект, просто спецификация, которую имплементирует в то числе Hibernate...

А persistence чем обеспечивается, как не БД?

LSD вообщем-то все сказал - Persistance обеспечивается именно EJB. А также управление пулом коннектов, самими коннектами, транзакциями и прочими вещами.
http://java.sun.com/javaee/5/docs/tutorial/doc/ - Смотрим в оглавлении - Part Four: Persistence