Title: Message Title
|
|
|
|
MetadataValue.item_id (becoming object_id) REFERENCES Item(item_id). This won't work if MetadataValues are to describe other kinds of DSOs.
We could just remove the constraint. It has two effects: one cannot create a MetadataValue for a nonexistent Item, which seems highly unlikely and not very damaging, and one cannot delete an Item which still has metadata, which again is not very damaging.
We could replace it with a rather elaborate CHECK constraint that is the OR of checks for object_id in all object tables. (This ID is in Item or Bitstream or Bundle or....) This is more expensive than what we have now, but it won't be executed all that often. It *might* be noticeable on large batch ingestions or mass updates.
We could introduce a DSO table and a common DSO identifier stream. That means we have to work with two tables every time we operate on any kind of DSO. We might accomplish this without losing all our hair by adopting an object-relational mapping framework such as JPA, but that feels like a separate project and involves quite a bit of work.
I'm inclined to just remove the constraint.
|
|
|
|
|
|
|
Many have wished for the flexibility of DSpace's *operable* metadata infrastructure, which is specific to Item, to be available in other types such as Community and Collection. Support for operable metadata should be pushed down from Item to DSpaceObject so that all DSOs can use it.
I recognize that there are a number of other ways in which DSpace's m...
|
|
|
|
------------------------------------------------------------------------------
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works.
Faster operations. Version large binaries. Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
_______________________________________________
Dspace-devel mailing list
Dspace-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-devel
