>> how can i replicate this, Doug?
>I was just running FooBarTest with Mckoi.
OK, I will try + get McKoi runnning. I can't replicate the problem on any
other db, and I don't think the recent changes to support native key
generation would affect _deletions_ at all. So I'm at a loss.
May or may
>>> The native key generation rearranges the insertion order of objects and was
>>> causing foreign key constraint violations. I have made a quick (easy) fix,
>>> though something more efficient might be better in future. (Nothing changed
>>> for non-native key generation.)
>> I'm not so sure...
I see they have released a 0.9.3 preview
does this mean hibernate will work without patching McKoi now?
___
Hibernate-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/hibernate-devel
> Mckoi has a function UNIQUEKEY which generates a uniqueid, but it
> doesn't seem to fit the model employed by Hibernate...
> SELECT UNIQUEKEY('Orders')
DB2 also has something like this. I think its easy enough to write an
IDGenerator to take advantage of this style of key generator (ditto
> I think thats database dependent, mysql will sometimes reuse id values,
> mssql and sybase dont.
Yeah, I checked up on DB2 and *it* doesn't. Its not such a problem if
ids are reused, but there is a possibility of hibernate throwing an
exception.
___
