Re: Caching driver on pgFoundry?

Поиск
Список
Период
Сортировка
От Oliver Jowett
Тема Re: Caching driver on pgFoundry?
Дата
Msg-id 46DFC4ED.607@opencloud.com
обсуждение исходный текст
Ответ на Re: Caching driver on pgFoundry?  (Paul van den Bogaard <Paul.Vandenbogaard@Sun.COM>)
Ответы Re: Caching driver on pgFoundry?  (Paul van den Bogaard <Paul.Vandenbogaard@Sun.COM>)
Список pgsql-jdbc
Paul van den Bogaard wrote:

> Finally it is not just appsservers out there. Lots if J2SE application
> exist in at least the Telco segment. Would love to see these guys to
> adopt a free database instead of Oracle that is all over that place.

Going off at a bit of a tangent here.. OpenCloud does telco
infrastructure software and we package postgresql with our product to do
persistence of long-lived state (deployed services, cluster
configuration, customer provisioning data etc). The statement caching
stuff is not really an issue either way for what we do, since we already
intelligently reuse statements in our persistance layer.

One thing we've found is that our customers don't really care about
database setup for this sort of use, they want it to "just work". In
fact we package Derby instead of PostgreSQL with our development
versions just so there's one less thing for the developer to set up. So
even if we cared about statement caching it wouldn't really matter if it
was together with the driver or a separate package as we'd still end up
doing all the packaging together with the application and testing of the
combined product.

While what we do is essentially an appserver (JAIN SLEE) I suspect the
same applies to standalone java telco apps, you're going to be doing DB
integration as part of your app not as something that gets plugged in
afterwards, so I'm not sure how relevant having it in the standard
driver is.

-O

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

Предыдущее
От: "Peter Kovacs"
Дата:
Сообщение: Fwd: Caching driver on pgFoundry?
Следующее
От: Paul van den Bogaard
Дата:
Сообщение: Re: Caching driver on pgFoundry?