You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: modules/ROOT/pages/database-administration/composite-databases/concepts.adoc
+7-6Lines changed: 7 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -8,15 +8,15 @@ A composite database is a special type of database.
8
8
Composite databases are the means to access this partitioned data or graphs with a single Cypher query.
9
9
10
10
Composite databases *do not store data* independently.
11
-
They contain _database aliases_ that target the local or remote databases (the so-called _constituents_) that constitute a fabric setup.
11
+
They contain _database aliases_ that target the local or remote databases (the so-called _constituents_).
12
12
Local database aliases target databases within the same DBMS, while remote database aliases target databases from another Neo4j DBMS.
13
13
For more information, see xref:database-administration/aliases/manage-aliases-composite-databases.adoc[].
14
14
15
15
Composite databases are managed using Cypher administrative commands.
16
16
For a detailed example of how to create a Composite database and add database aliases to it, see xref:database-administration/composite-databases/querying-composite-databases.adoc[Set up and query composite databases].
17
17
18
-
Composite databases cannot guarantee compatibility between constituents from different long-term support (LTS) versions of Neo4j.
19
-
Therefore, all constituents should belong to the same LTS version.
18
+
Composite databases cannot guarantee compatibility between constituents from different Neo4j versions.
19
+
Constituents from versions without breaking changes should work fine, apart from newly-added features.
20
20
If a new feature is introduced, its availability will be limited to the intersection of features available for all constituents.
21
21
22
22
Composite databases have the following characteristics:
@@ -26,9 +26,10 @@ Composite databases have the following characteristics:
26
26
* Can be deployed in standalone and cluster deployments.
27
27
* Managed using Cypher commands, such as `CREATE COMPOSITE DATABASE` and `CREATE ALIAS`.
28
28
* You can shard an existing database with the help of the `neo4j-admin copy` command.
29
-
* Use the same user credentials as the database aliases.
30
-
* Do not support database management.
31
-
Any database management commands, index and constraint management commands, or user and security management commands must be issued directly to the DBMSs and databases, not the Composite databases.
29
+
See xref:database-administration/composite-databases/sharding-with-copy.adoc[Sharding data with the copy command] for details.
30
+
* Use the existing user for local constituents or the user credentials defined by the remote aliases for remote consituents.
31
+
* Do not support privileges, index, and constraint management commands.
32
+
These must be defined on the constituent target database in the respective DBMS.
32
33
* Allow only transactions with queries that read from multiple graphs, or read from multiple graphs and write to a single graph.
33
34
* Do not support Neo4j embedded in Java applications.
34
35
Composite databases can be used only in a typical client/server mode when users connect to a Neo4j DBMS from their client application or tool via Bolt or HTTP protocol.
0 commit comments