[
http://opensource.atlassian.com/projects/hibernate/browse/HHH-5569?page=c...
]
Mindaugas Žakšauskas commented on HHH-5569:
-------------------------------------------
This resolution is very disappointing.
Firstly, you did not address the problem raised by this bug: *Hibernate is using
deprecated database type*. Can you provide any rational argument why would Hibernate want
to do that?
Secondly, you broke backwards compatibility (when one Hibernate type suddenly starts to be
mapped onto another on a specific Hibernate version). There is nothing in any release
notes of Hibernate that mention people need to update from using one type to another.
Finally, how would that affect other databases? For example, Hibernate text type is very
convenient to use on other databases, such as MySQL.
Hibernate should not use LONG type for Oracle
---------------------------------------------
Key: HHH-5569
URL:
http://opensource.atlassian.com/projects/hibernate/browse/HHH-5569
Project: Hibernate Core
Issue Type: Bug
Components: core
Affects Versions: 3.5.0.Beta-1
Environment: 3.5.0.Beta-1, Oracle 9i
Reporter: Mindaugas Žakšauskas
Assignee: Gail Badner
This is a spin-off from
http://stackoverflow.com/questions/3719905/why-has-hibernate-switched-to-....
With the changes introduced in HHH-3892 Hibernate started to use Oracle LONG type instead
of CLOB for properties of type="text". This is a bad idea because of the
following:
* it creates huge amount of pain for people who depend on Hibernate automatically
creating table structure for them. Tables created with the same mapping will have
different structure than tables created with earlier version of Hibernate
* Oracle LONG type has a limitation: there can be _only one_ column of this type within a
single table;
* Oracle has deprecated LONG type many years ago and advised against using this type ever
since 8i. See
http://www.orafaq.com/wiki/LONG.
Defining a property to have type="clob" is not really a solution; other
databases might have other, more suitable types to store this type of data (not
necessarily CLOB).
At the moment the only workaround is to define custom dialact and use it; but this is a
very poor solution in the long term.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira