|
|
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
JDBC, безусловно, не может быть медленнее Hibernate, но в контексте задач ТС они не будут иметь разницы по производительности. Hibernate будет лучше в плане изучения Java-технологий, а именно это и нужно ТС. Нужен ли здесь вообще ORM или нет - вопрос интересный, но у ТС другие цели. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 15:35 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
имхо, если сильно вглубь не вдаряться во всякие тонкости, то хибер В РАЗЫ проще ждбс. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 15:48 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
собссно, он для этого и был сделан. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 16:05 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
Blazkowicz UDAnton7. Что можно выбрать вместо Tomcat? JBoss/Jetty/Glassfish? или все таки Tomcat? Точно не Glassfish. Имеет смысл пощупать Wildfly (который JBoss для web). Опять же исключительно для расширения кругозора. в чем GlassFish плох? сам не пользуюсь но интересно было бы узнать причину... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 18:40 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
lor2имхо, если сильно вглубь не вдаряться во всякие тонкости, то хибер В РАЗЫ проще ждбс. только на нем не сделаешь и десятой части того, что можно на jdbc.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 19:03 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
а надо? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 19:33 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
lor2а надо? кому как, мне надо... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 21:16 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
ну ты то я знаю готов строкой и хтмл документ отдавать, так что не сомневаюсь что вместо хибера голый ждбс будешь пользвоать )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 22:15 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
в Сети было видео, в котором опытный докладчик рассказывал, что делают всё на jdbc ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 22:20 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
Вот ещё ссылочка http://samolisov.blogspot.ru/2014/01/dao-jdbc-spring-framework-aop.html авторНаиболее характерными "без-ORM'ными" областями является аналитика (т.н. OLAP-приложения) и интеграция. Если требования к производительности высоки, данные логически слабосвязаны и мы работаем не с отдельными объектами, а в первую очередь с их коллекциями, то подключать к приложению и настраивать громоздкий ORM-фреймворк невыгодно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 22:23 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
NeboВот ещё ссылочка http://samolisov.blogspot.ru/2014/01/dao-jdbc-spring-framework-aop.html авторНаиболее характерными "без-ORM'ными" областями является аналитика (т.н. OLAP-приложения) и интеграция. Если требования к производительности высоки, данные логически слабосвязаны и мы работаем не с отдельными объектами, а в первую очередь с их коллекциями, то подключать к приложению и настраивать громоздкий ORM-фреймворк невыгодно. о пипец, подклячать и настраивать. как громко звочит. чо там настраивать? связи между таблицами, в смысле сущностями? а что в ждбс оно само случается? да харош, орм освобождает от процентов 50ти минимум работы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 22:35 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
авторо пипец, подклячать и настраивать. как громко звочит. чо там настраивать? связи между таблицами, в смысле сущностями? а что в ждбс оно само случается? да харош, орм освобождает от процентов 50ти минимум работы. остаётся только саркастически улыбаться.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 22:41 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
улыбайся улыбайся, но только роумаппер выносит моск и стоит тонну времени. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 22:43 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
lor2, Хочу у Вас спросить) Если не лень прочитайте и дайте совет плиз) Уважаемые Коллеги, вот что хочу спросить у Вас: DOM - пусть в ней будет класс Order и класс Customer. Оба класса @Entity в классе Order предположим есть поле Customer Допустим выбираю сотни записей (orders) из базы. Номер заказа, наименование заказчика. Это сотни объектов Order в итоге. Как правильно получить наименование заказчика в каждом Order? Можно связать с каждым объектом Order ещё и объект Customer (поле Customer внутри Order) Получится, что внутри каждого объекта Order будет содержаться объект Customer. А если добавится ещё поля для покупателя, получателя и так далее. Скорее всего так делать не надо. Слишком много объектов для того, чтобы получить название заказчика или другие названия и генерить при этом лишние объекты. А внутри Order просто завести поле String customerName И уже запрос мапить и на это поле. Как тогда правильно построить DOM Не делать композицию? А просто определить Long поля для идентификаторов заказчика и String поля для наименования? Запрос содержит в себе много джойнов. Понимаете, что нет смысла создавать внутренний объект (Customer) под каждый джойн. Какие подходы самые эффективные? Имею представление о Хибере, JPA, myBatis, JDBC, Spring repozitory Что из этого лучше применять для построения запросов со многими джойнами? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 23:12 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
lor2улыбайся улыбайся, но только роумаппер выносит моск и стоит тонну времени. у кого мозгу мало - выносит (без обид, просто съязвить захотелось :) ) сесть, разобраться единожды спокойно со структурой данных - и дальше просто складываешь запросы , как из лего любую конструкцию, одно удовольствие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 23:14 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
вадя, а помните в Аксе запросы на основании других запросов? в JDBC тоже можно так? Такую функциональность даёт сервер баз данных? Вроде Postgres это умеет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 23:17 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
Nebo, а если это (чисто теоретически) сделать на чистом jdbc - ты бы ведь смог это сделать моментом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 23:18 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
Neboвадя, а помните в Аксе запросы на основании других запросов? в JDBC тоже можно так? Такую функциональность даёт сервер баз данных? Вроде Postgres это умеет. в mysql - строишь любую sql строку ( есть вложенные запросы, есть вьюшки) - как в аксе. с Postgres не сталкивался... на основании других запросов - скорее всего это надо трактовать - на основании вьюшек.(в применению к mysql) вьюшки они сохраняются на сервере, а вот это уже политика работы с базой - не все согласны на такое, трудности переноса/распространения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 23:25 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
вадяNebo, а если это (чисто теоретически) сделать на чистом jdbc - ты бы ведь смог это сделать моментом? sql запросы вообще без проблем) сейчас юзаю Spring Date repository и также myBatis надо заполнять таблицы на экране. Прихожу к пониманию, что мне нужные простые объекты, не содержащие в себе друге объекты. Тоесть мне не нужен мапинг на внешние ключи. Где-то нужен, где-то не нужен. получается, что не смогу использовать Spring Date repository потому что DOM настроен на запросы (на статистику). Это основное. CRUD не так важен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 23:26 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
вадяNeboвадя, а помните в Аксе запросы на основании других запросов? в JDBC тоже можно так? Такую функциональность даёт сервер баз данных? Вроде Postgres это умеет. в mysql - строишь любую sql строку ( есть вложенные запросы, есть вьюшки) - как в аксе. с Postgres не сталкивался... на основании других запросов - скорее всего это надо трактовать - на основании вьюшек.(в применению к mysql) вьюшки они сохраняются на сервере, а вот это уже политика работы с базой - не все согласны на такое, трудности переноса/распространения. Жизнь заставит и вьюшки буду использовать) Хотя конечно я хочу реализовать всю логику в контроллерах. Не привязываться к базе. Правильно, неправильно - не знаю. Хотя посмотрю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 23:28 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
если сравнивать http://www.javaportal.ru/java/tutorial/tutorialJDBC/index.html с рекордсетами акса - большой разницы нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 23:29 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
вадя, спасибо за ссылку) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 23:32 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
автор Не привязываться к базе. Правильно, неправильно - не знаю. палка о двух концах.... если привязаться к базе - можно использовать всю мощь каждой базы, что намного проще достичь результата. но есть сложности с переносом/распространением. есть вариант как сделали в OpenCMS - они для каждой базы написали свои модули, при инсталяции просто подключают нужную библиотеку. в этом случае можно все перевести на хранимки - тогда все обращения одинаковы, все изменения только в хранимках ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 23:35 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
немного о достоинстве чистого jdbc и хранимок множественные результсеты . (ws здесь вторичен - возврат результатов в разные место клиента, так что прошу не язвить) Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. с безопасностью всё нормально, даже для PREPARE мне не удалось сделать инъекцию, проверил на хранимке для поиcка по like. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2016, 23:54 |
|
||
|
Совет по реализации web приложения на Spring MVC
|
|||
|---|---|---|---|
|
#18+
Небо, если я тебя понял, ты имеешь в виду, что вытаскивая кустомера ты можешь вытащить миллион его ордеров. да. можешь. ты можешь так же вытащить кустомера с ленивой инициализацией, и тогда ты ордеры его не вытащишь вовсе. так же внутри транзакции обращаясь к кустомеру даже с непроинициализированными полями ордер ты их в память не выгружаешь до тех пор пока не обратишься к ним. и даже если обратишься - то вытягиваются только те к которым обратился. это называется прокси. т.е. суть твоего беспокойства исчезает в принципе )) далее, ты можешь обращаться к объектам ордер по критериям типа, чтоб был кастомер вася и период с первого января до первого февраля. и так далее. и делать это можешь либо хиберовскими критерионами либо хкуэлем либо банальным скулем. как удобнее. да, может там хибер жрет ресурсы ну типа опа да бывает. ява тоже жрет ресурсы. и что - на сишнике с асмом писать теперь только чтоле? громоздкость придает гибкость. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2016, 08:23 |
|
||
|
|

start [/forum/topic.php?fid=59&msg=39186666&tid=2124282]: |
0ms |
get settings: |
9ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
142ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
68ms |
get tp. blocked users: |
2ms |
| others: | 269ms |
| total: | 524ms |

| 0 / 0 |
