Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix for #576: Change the way of how cleared relations get handled #577

Closed
wants to merge 6 commits into from

Conversation

Andy2003
Copy link
Contributor

Description

Previously, within a loop, it was checked whether a mapping had already been deleted and if so this mapping was added directly to the list of deleted relationships. This resulted in different results depending on the order of the mappings to be deleted.
By dividing this logic into two parts, the problem could be solved.

Related Issue

This PR solves #576.

How Has This Been Tested?

Test is provided with this PR and described in #576.

Types of changes

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

  • My code follows the code style of this project.
  • My change requires a change to the documentation.
  • I have updated the documentation accordingly.
  • I have read the CONTRIBUTING document.
  • I have added tests to cover my changes.
  • All new and existing tests passed.

@michael-simons
Copy link
Collaborator

Thanks a lot for this really valuable PR!

As you should have noticed I have splittet the changes into to separate PRs and polished them a bit. I wanted to understand first what's really happening in the compile context, haven't touched that area since started to work on OGM. Feel free to chime in into the PR #581.

@michael-simons
Copy link
Collaborator

I'm gonna close this in favour of the #581.

michael-simons added a commit that referenced this pull request Nov 15, 2019
The identity map used the wrong map to look up the expected hash value when both a node and relationship with the same id have been loaded and a NPE happened when casting literal Null to long. This has been fixed by first selecting the correct hash.

The error first appeared in the performance optimizations in #576, #577 and #579.
michael-simons added a commit that referenced this pull request Nov 15, 2019
The identity map used the wrong map to look up the expected hash value when both a node and relationship with the same id have been loaded and a NPE happened when casting literal Null to long. This has been fixed by first selecting the correct hash.

The error first appeared in the performance optimizations in #576, #577 and #579.
michael-simons added a commit that referenced this pull request Nov 15, 2019
The identity map used the wrong map to look up the expected hash value when both a node and relationship with the same id have been loaded and a NPE happened when casting literal Null to long. This has been fixed by first selecting the correct hash.

The error first appeared in the performance optimizations in #576, #577 and #579.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants