LINUX.ORG.RU

Встреча по практическим советам для повышения эффективности Hibernate ORM

 , ,


0

1

DINS IT Evening, открытая площадка, объединяющая технических специалистов по направлениям DevOps, QA, JS и Java, проведет 21 марта в 19:30 по адресу Старо-Петергофский проспект, 19 Петербург, встречу по практическим советам для повышения эффективности Hibernate ORM.

Александр Овчинников из Digital Securities Exchange Limited, поделится практическими советами для повышения эффективности Hibernate ORM. Встреча обещает быть не только интересной для Java-инженеров, но еще и вкусной, благодаря традиционной горячей пицце.

Hibernate ORM дает возможность быстро разрабатывать приложения, взаимодействующие с СУБД. В докладе будут рассмотрены типичные ошибки и даны практические советы как повысить эффективность работы c Hibernate.

>>> Подробности и бесплатная регистрация



Проверено: Shaman007 ()
Последнее исправление: Shaman007 (всего исправлений: 2)

Типичная ошибка при использовании hibernate — это сам факт использования hibernate. Если гнаться не за скоростью разработки приложения, а за скоростью самого приложения, то такой ошибки и не будет.

dimgel ★★★★★
()
Ответ на: комментарий от dimgel

Удваиваю, но что они там говорят я бы послушал. Записи будут где-нибудь?

crutch_master ★★★★★
()
Последнее исправление: crutch_master (всего исправлений: 1)

Dins - хорошая контора!

Рекомендую к посещению.

takino ★★★★★
()
Ответ на: комментарий от dimgel

Типичная ошибка при использовании hibernate — это сам факт использования hibernate.

Но что делать когда ошибка уже совершена, а переделывать нормально нет времени?

crutch_master ★★★★★
()

ORM для простых запросов экономит время,
а для сложных лучше вставлять запросы на SQL.
С Hibernate не работал, но любая ORM такое позволяет.

WinLin2 ★★
()

Совет 1: выкинуть Hibernate ORM.

Совет 2: PROFIT!!!

/thread

BattleCoder ★★★★★
()
Последнее исправление: BattleCoder (всего исправлений: 1)
Ответ на: комментарий от dimgel

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

AVL2 ★★★★★
()
Ответ на: комментарий от Legioner

Тогда см. сказку про дудочку и кувшинчик, а также видео с сабжа. :)

dimgel ★★★★★
()
Ответ на: комментарий от BattleCoder

Ну да, переписать. Когда там get/set везде по ходу процесса и заранее не знаешь, какие данные будет надо. Проще выкинуть всё и сделать заново.

crutch_master ★★★★★
()
Ответ на: комментарий от crutch_master

Например, можно прикрутить QueryDSL for JPA, освоиться с ним, затем плавно переехать на QueryDSL for SQL. Делал так пару раз.

dimgel ★★★★★
()
Ответ на: комментарий от doctorx

На случай если кто не в курсе, doctrine — это клон хибера. Как минимум идеологический: тоже тяжёлый ORM.

dimgel ★★★★★
()
Ответ на: комментарий от AVL2

ведь первому достается незанятый рынок, а второму приходится конкурировать

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

foror ★★★★★
()
Ответ на: комментарий от Smetchik

Тогда возьмите python, а не java, если вам нужна скорость разработки.

Еще одно заблуждение.

foror ★★★★★
()
Ответ на: комментарий от Legioner

А если нужна скорость разработки?

Используй JDBI, отчасти меня спасло, но тут конечно всю систему менять нужно в корне. Даст бог, допилю свою СУБД для джавы.

foror ★★★★★
()
Ответ на: комментарий от foror

Да не смеши. Никто его не опровергал.

AVL2 ★★★★★
()
Ответ на: комментарий от Smetchik

Но у Java выше скорость разработки, зачем мне брать Python?

Legioner ★★★★★
()
Ответ на: комментарий от Legioner

Да почему нет? Там же хернак-хренак и в продакшон. Модели делать вообще не надо, обернуть выхлоп sql в объект - 10 строчек кода.

crutch_master ★★★★★
()
Ответ на: комментарий от Legioner

Не, это не интересно. Надо будет везде делать get/put и кастить Object, проверяя его руками.

crutch_master ★★★★★
()
Ответ на: комментарий от Smetchik

Тогда возьмите python, а не java, если вам нужна скорость разработки.

«You have a problem and decide to use Python.

Now you don't know what you have. Could be an int, a string, a list or a problem.»

dimgel ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.