Skip to content
This repository was archived by the owner on Oct 5, 2021. It is now read-only.

Commit 254b398

Browse files
Alexander PatrikalakisAlexander Patrikalakis
authored andcommitted
[skip ci] Document ids.store-name override for Titan upgrades
1 parent 743cdb1 commit 254b398

File tree

1 file changed

+4
-0
lines changed

1 file changed

+4
-0
lines changed

README.md

Lines changed: 4 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -322,6 +322,10 @@ All of these configuration parameters are in the `storage.dynamodb.stores`
322322
(`s.d.s`) umbrella namespace subset. In the tables below these configurations
323323
have the text `t` where the JanusGraph store name should go.
324324
325+
When upgrading from Titan 1.0.0, you will need to set the
326+
[ids.store-name configuration](http://docs.janusgraph.org/latest/config-ref.html#_ids)
327+
to `titan_ids` to avoid re-using id ranges that are already assigned.
328+
325329
| Name | Description | Datatype | Default Value | Mutability |
326330
|-----------------|-------------|----------|---------------|------------|
327331
| `s.d.s.t.data-model` | SINGLE means that all the values for a given key are put into a single DynamoDB item. A SINGLE is efficient because all the updates for a single key can be done atomically. However, the tradeoff is that DynamoDB has a 400k limit per item so it cannot hold much data. MULTI means that each 'column' is used as a range key in DynamoDB so a key can span multiple items. A MULTI implementation is slightly less efficient than SINGLE because it must use DynamoDB Query rather than a direct lookup. It is HIGHLY recommended to use MULTI for edgestore and graphindex unless your graph has very low max degree.| String | MULTI | FIXED |

0 commit comments

Comments
 (0)