Version: Graph 2.2.0

Aerospike Graph Service known issues

Aerospike Graph Service (AGS) is in a constant state of development. This page lists the issues we are aware of.

Multi-threaded writes are not guaranteed to be correct. Use only single-threaded queries for write operations.
AGS is optimized for best performance on Linux platforms. Installations on macOS and Windows platforms may be useful for testing purposes, but they may exhibit sub-optimal performance.
The TinkerPop IO step is not suitable for large data imports. The IO step stores data to be loaded in memory, and if that data exceeds the memory allocated to the Java Virtual Machine (JVM), the process may fail with an out of memory error.
When creating graph elements with user-assigned IDs, string IDs which are valid numbers are treated as the long data type. For example, if you create an element and assign it the ID "836271", AGS records the ID as 836271.
This applies to negative numbers as well. If you create an element and assign it the ID "-674", AGS records the ID as -674. In the special case of "-0", AGS records the ID as 0.
Queries based on edge properties are not recommended. Edge properties are not indexed and require a full database scan. Use queries based on indexed vertex properties instead.
Not recommended:
```
g.E().has('property', 'foo')
```
AGS performs a version check on the Aerospike database when it starts up. If you downgrade your Aerospike database version after AGS is running, it does not detect the version mismatch and may produce unpredictable results.
Vertex property indexes have a value limit of 2k bytes. Any property values which are greater than 2k bytes cannot be indexed.
Vertex and edge properties of data type list may not contain elements of mixed types. Lists may only contain elements of the same type.
Not allowed:
```
["hello", 1, 3.14, True]
```
Allowed:
```
["hello", "1", "3.14", "True"]
```
If you store a list with mixed elements, it will return an error on read or retrieval.