Things Worth Knowing
Additional information that will help you define your clustering topology.
Transactions
Transactions that are replicated across the cluster are:
Insert
Update
Upsert
Delete
Bulk loads
CSV data load
CSV file load
CSV URL load
Import from S3
When adding or updating a node any schemas and tables in the subscription that don’t exist on the remote node will be automatically created.
Destructive schema operations do not replicate across a cluster. Those operations include drop_schema
, drop_table
, and drop_attribute
. If the desired outcome is to drop schema information from any nodes then the operation(s) will need to be run on each node independently.
Users and roles are not replicated across the cluster.
Queueing
HarperDB has built-in resiliency for when network connectivity is lost within a subscription. When connections are reestablished, a catchup routine is executed to ensure data that was missed, specific to the subscription, is sent/received as defined.
Topologies
HarperDB clustering creates a mesh network between nodes giving end users the ability to create an infinite number of topologies. subscription topologies can be simple or as complex as needed.
![](https://docs.harperdb.io/~gitbook/image?url=https%3A%2F%2F2630814040-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FswpiK7SGxIxJgTWi32sK%252Fuploads%252Fgit-blob-eff93613c711c8d54cf425d571215c92a0e89613%252Ffigure6.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=66c98613&sv=1)
Last updated