Re: Non-ORM layers over JDBC

Поиск
Список
Период
Сортировка
От Stephen Denne
Тема Re: Non-ORM layers over JDBC
Дата
Msg-id F0238EBA67824444BC1CB4700960CB4804EACBAB@dmpeints002.isotach.com
обсуждение исходный текст
Ответ на Non-ORM layers over JDBC  (Craig Ringer <craig@postnewspapers.com.au>)
Ответы Re: Non-ORM layers over JDBC  (Craig Ringer <craig@postnewspapers.com.au>)
Список pgsql-jdbc
Craig Ringer wrote
> I'm fairly new to Java (sorry!) and struggling with the
> database access
> area. My PostgreSQL database is fairy complex and significant
> parts of
> its user interface are through stored procedures etc. I've
> been looking
> into Hibernate / Hibernate EntityManager and other EJB3-compatible
> tools, but they all seem to be oriented toward
> database-independence and
> using the DB as a dumb storage engine. They even implement their own
> outer joins (!) and other core DB functionality. Currently
> I'm trying to
> figure out why a "SELECT c FROM customer c;" (Hibernate-style) is
> introducing a WHERE clause for on the customer's bank_id when
> executed
> ... so I'm not impressed so far.

A lot of ORMs are designed for ease of persisting objects, not ease of realising databases.

Though I haven't used it, so can't guess whether it would be a good match for your needs or not... one tool I think may
makethe database to object mapping easier is ActiveObjects. 

> However, I've also looked at raw JDBC code, and it seems to be very
> verbose with a lot of manual data conversion and little language
> integration.

I use and quite like Spring-JDBC. Among other things, it makes JDBC use much less verbose.

In Java, a lot of projects use some form of data-binding between their GUI and Objects, then an ORM to persist those
Objectsto a DB. 

Regards,
Stephen Denne.

Disclaimer:
At the Datamail Group we value team commitment, respect, achievement, customer focus, and courage. This email with any
attachmentsis confidential and may be subject to legal privilege.  If it is not intended for you please advise by reply
immediately,destroy it and do not copy, disclose or use it in any way. 
__________________________________________________________________
  This email has been scanned by the DMZGlobal Business Quality
              Electronic Messaging Suite.
Please see http://www.dmzglobal.com/dmzmessaging.htm for details.
__________________________________________________________________



В списке pgsql-jdbc по дате отправления:

Предыдущее
От: Joao Rui Leal
Дата:
Сообщение: Deadlock while using getNotifications() and Statement.executeQuery()
Следующее
От: Craig Ringer
Дата:
Сообщение: Re: Non-ORM layers over JDBC