You can codify the shape of documents within your tables by defining a schema.
Convex supports the following types:
|Id||Id||See data modeling docs.|
|Int64||bigint||Int64s only support BigInts between -2^63 and 2^63-1. Convex supports |
|Float64||number||Convex supports all IEEE-754 double-precision floating point numbers (such as NaNs).|
|String||string||Strings are stored as UTF-8 and must be valid Unicode sequences. Strings must be smaller than the 1MB total size limit when encoded as UTF-8.|
|Bytes||ArrayBuffer||Convex supports first class bytestrings, passed in as |
|Array||Array||Arrays can have at most 1024 values.|
|Set||Set||Sets store only unique values. Sets can have at most 1024 values.|
|Map||Map||Maps support arbitrary Convex types as keys, where objects can only have strings for field names. Maps can have at most 1024 values.|
Convex values must be less than 1MB in total size. This is an approximate limit for now, but if you're running into these limits and would like a more precise method to calculate a document's size, reach out to us. Documents can have nested values, such as objects, maps, sets, and arrays that contain other Convex types. Convex types can have at most 16 levels of nesting, and the cumulative size of a nested tree of values must be under the 1MB limit.
Table names may contain alphanumeric characters ("a" to "z", "A" to "Z", and "0" to "9") and underscores ("_"), and they cannot start with an underscore.
If any of these limits don't work for you, let us know!