These old forums are deprecated now and set to read-only. We are waiting for you on our new forums!
More modern, Discourse-based and with GitHub/Google/Twitter authentication built-in.

All times are UTC - 5 hours [ DST ]



Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 1 post ] 
Author Message
 Post subject: Is Hibernate truly db transparent when using blobs?
PostPosted: Tue Aug 08, 2006 8:28 am 
Newbie

Joined: Tue Aug 08, 2006 8:05 am
Posts: 3
Location: Uppsala, Sweden
Hi!

This question is raised after hearing rumours. I have not yet started trying this out by myself. Therefore, no source code, and no stacktrace is provided. Please correct me if I violate the forum etiquette!

Background
I have an application that uses Hibernate. It uses BLOBs a lot. I want it to be able to run with MySQL, SQLServer and PostgreSQL. It currently supports MySQL and SQLServer, and the switch between the two is made by a simple change of value in the Hibernate configuration file.

Question
Is it true that it won't be sufficient to just alter a configuration value to make the application work with PostgreSQL?
Is it true that, if to use PostgreSQL, the BLOB handling will require special treatment codewise in my application?

Regards,
Fredrik Israelsson

There are many posts about problems regarding the combination of blobs, PostgreSQL and Hibernate, but it seems to me the solutions provided in the answers of these posts all suggest source code specially tailored for dealing with PostgreSQL. I need to keep the transparency.[/b]


Top
 Profile  
 
Display posts from previous:  Sort by  
Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 1 post ] 

All times are UTC - 5 hours [ DST ]


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

Search for:
© Copyright 2014, Red Hat Inc. All rights reserved. JBoss and Hibernate are registered trademarks and servicemarks of Red Hat, Inc.