-
Notifications
You must be signed in to change notification settings - Fork 83
Safe process for recreating database after a incremental import #2704
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
base: dev
Are you sure you want to change the base?
Safe process for recreating database after a incremental import #2704
Conversation
modules/ROOT/pages/import.adoc
Outdated
| * Import performance is important because you have a large amount of data (millions/billions of entities). | ||
| * The database can be taken offline and you have direct access to one of the servers hosting your Neo4j DBMS. | ||
| * The database is either empty or its content is unchanged since a previous incremental import. | ||
| * The database is either empty. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This no longer looks like a proper sentence. For the removed incremental import part here are the constraints that apply:
- database is stopped and an incremental import is run from start to end, or
- database is stopped,
preparestep of incremental import is run. Database can potentially be started in read-only mode whilebuildstep of incremental import is run and then finally the database is stopped whilemergestep of incremental is run. To run the stepsprepare,buildandmergesplit like that with taking the db online/offline is a bit complicated so I can't imagine many users doing this, if any.
Also, feel free to rephrase this however you want, if you'd want any of this information in here.
6a2a9f6 to
2d7bb60
Compare
|
This PR includes documentation updates Updated pages: |
Fixes CONTROL-351