Added flag prohibiting GraphDiff from ever removing collection elements ... #107
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
...from the database (owned or associated). An attempt to provide a config for issue #105. Currently this still loads (has to) all elements of the collection from the database (to be able to compare, what's new/updated etc., while attaching). So this implementation quite definitely has performance issues for the case it is intended to support, because the number of elements in the collection would only ever increase. Probably an (unchecked) append-only mode for collections would be of more value to support this case.
@refactorthis: Do you think this is a useful feature, so I'd be worth investing some time exploring an append-only mode? Would you prefer to do this via the fluent API and/or attribute mappings instead of a global configuration to be more flexible / useful?