powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Java [игнор отключен] [закрыт для гостей] / Hibernate must die!
25 сообщений из 40, страница 1 из 2
Hibernate must die!
    #33974793
Java - dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Hibernate позволяет быстро написать плохой код:-(
вот собственно и все.
Он пригоден только для простых вещей,
те запросы,которые он генерит,на промышленных объемах уже не срабатывают,как надо.
...
Рейтинг: 0 / 0
Hibernate must die!
    #33974828
NotGonnaGetUs
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Java - devHibernate позволяет быстро написать плохой код:-(
вот собственно и все.
Он пригоден только для простых вещей,
те запросы,которые он генерит,на промышленных объемах уже не срабатывают,как надо.

Гонишь.

Хибернейт не избавляет от необходимости знания SQL и представления о том, что происходит при попытке вытащить дерево объектов.

Нужно
а) пользоваться кешем второго уровня.
б) писать критерии, которые позволяют вытащить из базы только те данные, что действительно нужны.
в) для массовых операций (update, н-р) использовать соответствующий аналог hql.
д) там где действительно "тяжело" - можно написать несколько native sql или stored procedures
...
Рейтинг: 0 / 0
Hibernate must die!
    #33974875
Фотография fleh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
когда мне было 3 года, я не понимал для чего же люди используют
унитазы. ведь ими очень и очень неудобно пользоваться... туда ж
совершенно невозможно попасть и все льется мимо!!! сейчас я немного
вырос и, вспоминая те дни, улыбаюсь. унитазы намного лучше горшков!!

PS извините за подробности
...
Рейтинг: 0 / 0
Hibernate must die!
    #33975523
javarulez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Java - devHibernate позволяет быстро написать плохой код:-(
вот собственно и все.
Он пригоден только для простых вещей,
те запросы,которые он генерит,на промышленных объемах уже не срабатывают,как надо.Пеши промышленное приложение на dbf и Clippere, а лучше на Delphi BDS 2006. Об успехах расскажешь в теме
...
Рейтинг: 0 / 0
Hibernate must die!
    #33975524
javarulez
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Java - devHibernate позволяет быстро написать плохой код:-(
вот собственно и все.
Он пригоден только для простых вещей,
те запросы,которые он генерит,на промышленных объемах уже не срабатывают,как надо.Кстати, ты в курсе? "Архитектуру промышленных приложений" Фаулера переведенную на русский, уже даже отсканировали и ввыложили в сеть. специально для тех, кто не может асилить английский
...
Рейтинг: 0 / 0
Hibernate must die!
    #33975536
он же
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
javarulezКстати, ты в курсе? "Архитектуру промышленных приложений" Фаулера переведенную на русский, уже даже отсканировали и ввыложили в сеть. специально для тех, кто не может асилить английский

Правда что-ли?
А как её найти, не подскажешь?
Давно отсканированную и выложенную в сеть?
Которая называется "Архитектура корпоративных программных приложений", к слову.
...
Рейтинг: 0 / 0
Hibernate must die!
    #33975641
LINUXER
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
javarulezКстати, ты в курсе? "Архитектуру промышленных приложений" Фаулера переведенную на русский, уже даже отсканировали и ввыложили в сеть. специально для тех, кто не может асилить английский
Я бы тоже почитал =D
...
Рейтинг: 0 / 0
Hibernate must die!
    #33975727
@втор
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
он же javarulezКстати, ты в курсе? "Архитектуру промышленных приложений" Фаулера переведенную на русский, уже даже отсканировали и ввыложили в сеть. специально для тех, кто не может асилить английский

Правда что-ли?
А как её найти, не подскажешь?
Ты понимаешь какая штука! На русском еще можно читать разве что Кнута, которого перевели какчественно, и давно, грамотные перевотчеки и термины он использует больше математические. Читать же Фаулера надо в подленнике, иначе в голове останется только каша из непонятных "паттернов дезайна" вместо "шаблонов проектирования"

Впрочем, вот http://c-books.info/books/news5php/2006/09/07/arxitektura-korporativnyx-programmnyx-prilozhenii.html
...
Рейтинг: 0 / 0
Hibernate must die!
    #33975988
он же
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
@вторЧитать же Фаулера надо в подленнике, иначе в голове останется только каша из непонятных "паттернов дезайна" вместо "шаблонов проектирования"

Имея перед мордой лица подлинник Хорстманна/Корнела и его переведенную версию - не могу не согласиться, что читать лучше в подлиннике.
Это если только знания английского на уровне выше среднего.
...
Рейтинг: 0 / 0
Hibernate must die!
    #33976081
@втор
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
он же @вторЧитать же Фаулера надо в подленнике, иначе в голове останется только каша из непонятных "паттернов дезайна" вместо "шаблонов проектирования"

Имея перед мордой лица подлинник Хорстманна/Корнела и его переведенную версию - не могу не согласиться, что читать лучше в подлиннике.
Это если только знания английского на уровне выше среднего.А я еще хотел купить оба тома русского издания. Теперь точно не куплю.

Ты понимаешь, зная только русский со словарем, можно программить на 1С, на Форте, на Фокале, на ДВК-бейсике каконтамбишьназывался. Но программировать на Java не зная английского все равно делать хирургическую операцию не зная анатомии. Ты ляжешь под нож такому херургу?
...
Рейтинг: 0 / 0
Hibernate must die!
    #33976597
Фотография grexhide
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
@вторНо программировать на Java , не зная английского , это все равно , что делать хирургическую операцию , не зная анатомии. Ты ляжешь под нож такому х И рургу?

Можно ли программировать вообще, не зная русского языка даже в объеме пяти классов ЦПШ ?
...
Рейтинг: 0 / 0
Hibernate must die!
    #33976692
Фотография Кувалдин Роман
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
grexhide @вторНо программировать на Java , не зная английского , это все равно , что делать хирургическую операцию , не зная анатомии. Ты ляжешь под нож такому х И рургу?

Можно ли программировать вообще, не зная русского языка даже в объеме пяти классов ЦПШ ?
[offtopic]
Ну, сторго говоря, в данном контексте (хирург, не знающий анатомии) можно сказать и "ХЕРург".[/offtopic]
...
Рейтинг: 0 / 0
Hibernate must die!
    #33976734
@втор
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
grexhide @вторНо программировать на Java , не зная английского , это все равно , что делать хирургическую операцию , не зная анатомии. Ты ляжешь под нож такому х И рургу?

Можно ли программировать вообще, не зная русского языка даже в объеме пяти классов ЦПШ ?Штобы программировать на джаве, не обязательно уметь хорошо песать по русски. Достаточно хорошо уметь читать по-английски, ну, и немного, по-русски
...
Рейтинг: 0 / 0
Hibernate must die!
    #33976762
Фотография grexhide
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
@втор grexhide @вторНо программировать на Java , не зная английского , это все равно , что делать хирургическую операцию , не зная анатомии. Ты ляжешь под нож такому х И рургу?

Можно ли программировать вообще, не зная русского языка даже в объеме пяти классов ЦПШ ?Штобы программировать на джаве, не обязательно уметь хорошо песать по русски. Достаточно хорошо уметь читать по-английски, ну, и немного, по-русски

"Чукча аднака не песатель , чукча - по-английски двава-читатель, программист, кароче" (с)
...
Рейтинг: 0 / 0
Hibernate must die!
    #33977131
Dremmm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
NotGonnaGetUs Java - devHibernate позволяет быстро написать плохой код:-(
вот собственно и все.
Он пригоден только для простых вещей,
те запросы,которые он генерит,на промышленных объемах уже не срабатывают,как надо.

Гонишь.

Хибернейт не избавляет от необходимости знания SQL и представления о том, что происходит при попытке вытащить дерево объектов.

Нужно
а) пользоваться кешем второго уровня.
б) писать критерии, которые позволяют вытащить из базы только те данные, что действительно нужны.
в) для массовых операций (update, н-р) использовать соответствующий аналог hql.
д) там где действительно "тяжело" - можно написать несколько native sql или stored procedures
Согласен с тем что
>>Он пригоден только для простых вещей
Полгода и ним ебал??ь, пишем NMS, но наверно у нас предметная область не та, или разработчик БД "неправильный".
ИТОГО:
>>а) пользоваться кешем второго уровня.
только мешает, т.к. кэшировать selectы БРЕД

>>б) писать критерии, которые позволяют вытащить из базы только те данные, что действительно нужны.
Писать критерии к 8-10 объектам, Hibernate вроде для облегчение разработки, SQL это делает проще

>>д) там где действительно "тяжело" - можно написать несколько native sql или stored procedures
К этому и пришли, т.к. при разработки ПО все не просчитаеш, даже "чтение мыслей заказчика" не поможет, а stored procedures являются "более стабильным интерфейсов" между разработчиками.
В итоге Hibernate используется только как Connect к БД, Hibernate must die!

Если есть готовая БД и к ней нужно написать новый интерфейс, тогда Hibernate может и прокатит....
...
Рейтинг: 0 / 0
Hibernate must die!
    #33977191
BlackWall
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
а) НЕ БРЕД, потому что
Например, используем в приложении безопасность, встроенную в приложение. Каждый запрос будь то к странице, либо к методам, охваченным безопасностью, предполагает (1) аутентификацию и (2) авторизацию. Кеширование таких редко изменяемых объектов, какими могут (не всегда конечно) являться пользователи системы, скажем, в течение 5 минут, избавляет от накладных расходов на выполнение запроса к БД при каждом обращении к ресурсу.
Это простейший пример, с которым столкнулся, и думаю, отнюдь не единственный.
б) Хотел бы посмотреть на то, насколько выростет количество "простых" методов чтения необходимых данных из БД. Почему простых в кавычках - да потому что это туча строк повторяющегося кода с созданием Statement-ов, и прохода по ResultSet-ам. Причем, половина программеров все время забывает закрывать эти ресурсы при выходе из метода. Конечно, всегда можно на SQL сделать что-то оптимальнее для одной БД.
в) хранимые процедуры подходят больше именно для кода, написанного с использованием JDBC, и для одной, ну может быть, двух БД. Остальные БД остаются не у дел. А если нужен массовый продукт?

Почитай "Hibernate in Action" еще разок. А то приходит на ум "Some programmers must die". Будут еще претензии - с радостью выскажу свое мнение.
...
Рейтинг: 0 / 0
Hibernate must die!
    #33977197
BlackWall
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Кстати, использовал в приложении с 22 таблицами БД. Не большой проект, но сказать, что маленький тоже вроде язык не поворачивается. Может, потому что писала ну очень небольшая группа людей и пришлось пройти через все стадии процесса и заниматься всеми аспектами и проблемами.
...
Рейтинг: 0 / 0
Hibernate must die!
    #33977273
Dremmm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
в) хранимые процедуры подходят больше именно для кода, написанного с использованием JDBC, и для одной, ну может быть, двух БД. Остальные БД остаются не у дел. А если нужен массовый продукт?

Кстати, использовал в приложении с 22 таблицами БД. Не большой проект, но сказать, что маленький тоже вроде язык не поворачивается. Может, потому что писала ну очень небольшая группа людей и пришлось пройти через все стадии процесса и заниматься всеми аспектами и проблемами.

Если проверять права доступа для каждого метода, тогда кэшировать is good, но не совсем понят как решать проблемы с многопользовательским доступом?
>>туча строк повторяющегося кода с созданием Statement-ов
туча строк повторяющегося кода с созданием критерий.

Массовый продукт = любая БД? т.е. НЕ использовать преимущества конкретной БД, зато и на Oracle и на Accese пойдет без изменения кода...
От Hibernate ждали ускорение разработки, при меняющейся БД, прицедуры==запросы, удобнее.

>>Кстати, использовал в приложении с 22 таблицами БД. Не большой проект, но
>>сказать, что маленький тоже вроде язык не поворачивается. Может, потому >>что писала ну очень небольшая группа людей и пришлось пройти через все >>стадии процесса и заниматься всеми аспектами и проблемами.
И на "5 таблиц" можно сотню форм своять, большой проект != много таблиц.
...
Рейтинг: 0 / 0
Hibernate must die!
    #33977282
Dremmm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 первых абзаца лишнии
...
Рейтинг: 0 / 0
Hibernate must die!
    #33977326
Фотография Timm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BlackWall
б) Хотел бы посмотреть на то, насколько выростет количество "простых" методов чтения необходимых данных из БД. Почему простых в кавычках - да потому что это туча строк повторяющегося кода с созданием Statement-ов, и прохода по ResultSet-ам. Причем, половина программеров все время забывает закрывать эти ресурсы при выходе из метода. Конечно, всегда можно на SQL сделать что-то оптимальнее для одной БД.
в) хранимые процедуры подходят больше именно для кода, написанного с использованием JDBC, и для одной, ну может быть, двух БД. Остальные БД остаются не у дел. А если нужен массовый продукт?

Почитай "Hibernate in Action" еще разок. А то приходит на ум "Some programmers must die". Будут еще претензии - с радостью выскажу свое мнение.
б) легко решается надстройкой над ждбц. удобно, практично. ждбц в явном виде использовать вообще некошерно.
в) хотел чето написать. забил. "массовый" это утопия.
Книжка дурная какая то. Пытался почетать - убожество, сильно не понравилась (уже не помню что конкретно). Дока рулез.
...
Рейтинг: 0 / 0
Hibernate must die!
    #33978350
Ora-Junior
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
А как себя ведет HIBERNATE на промышленных объемах данных ,когда строк в таблице больше 10 000 000? Оптимально ли генерирует запросы?
Понятное дело,если в базки таблицы с кол-вом записей 500 000, то любые запросы можно пулять - она съест.
И чем настройка критериев HIBERNATE облегачает жизнь,чем написание SQL.
То есть использую HIBERNATE, кроме самого SQL, надо знать еще,как настраивать сам HIBERNATE - где ж здесь облегчение?
...
Рейтинг: 0 / 0
Hibernate must die!
    #33978365
Фотография Timm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ora-Junior... Оптимально ли генерирует запросы?
Смотря как попросишь.
...
Рейтинг: 0 / 0
Hibernate must die!
    #33978841
Ora-Junior
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Timm Ora-Junior... Оптимально ли генерирует запросы?
Смотря как попросишь.
То есть мне надо ,знать как извратить HIBERNATE,что бы выдать заранее определенный оптимальный запрос?
Запрос известен, мне вместо того,что бы его написать - надо еще извратится настроить HIBERNATE таким образом,что бы он его сгенерил.
Получается лишний посредник.
...
Рейтинг: 0 / 0
Hibernate must die!
    #33978906
Фотография Timm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ora-Junior Timm Ora-Junior... Оптимально ли генерирует запросы?
Смотря как попросишь.
То есть мне надо ,знать как извратить HIBERNATE,что бы выдать заранее определенный оптимальный запрос?
Запрос известен, мне вместо того,что бы его написать - надо еще извратится настроить HIBERNATE таким образом,что бы он его сгенерил.
Получается лишний посредник.
Вот блин.
Зависит чаще всего от кривости рук. Впрочем, как всегда.
...
Рейтинг: 0 / 0
Hibernate must die!
    #33979009
slavic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
:)
Hibernate must die!
SQL rulez
...
Рейтинг: 0 / 0
25 сообщений из 40, страница 1 из 2
Форумы / Java [игнор отключен] [закрыт для гостей] / Hibernate must die!
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]