- Import the
typhonql
as maven projects in eclipse. Let eclipse install the right maven connector plugins.
(cd typhonql-bundler && mvn clean install)
mvn clean package
Technically the bundler only has to be run on every version bump of the bundler. (which is needed for new maven dependencies)
The language is documented here: TyphonQL: an Evolving User Manual.
In the tables below we will try to give an overview of feature support of the current master branch.
Icon | Meaning |
---|---|
🌑 | not implemented |
🌒 | initial implementation, expect bugs |
🌓 | partially implemented (for example not on all backends) |
🌔 | fully implemented, might be some bugs left |
🌕 | finished |
Basic primitive types.
Feature | Syntax | Backend | Remarks |
---|---|---|---|
int |
🌕 | 🌕 | |
bigint |
🌕 | 🌕 | |
string[maxSize] |
🌕 | 🌕 | |
text |
🌕 | 🌕 | |
point |
🌕 | 🌓 | not supported on neo4j yet |
polygon |
🌕 | 🌓 | not supported on neo4j yet |
bool |
🌕 | 🌕 | |
float |
🌕 | 🌕 | |
blob |
🌕 | 🌕 | Only supported on mongo & mariadb backends |
freetext[Id+] |
🌔 | 🌑 | Syntax is almost finished, still requiring some work with ML & NLP teams |
date |
🌕 | 🌕 | |
datetime |
🌕 | 🌕 | |
Custom data types | 🌕 | 🌕 |
TyphonML supports relationships between entities. This section briefly summarizes TyphonQL's support for them. Note that, currently, this only involves MongoDB and SQL, since key-value stores are only used to store (primitive) properties. However, if an owning entity is removed, the corresponding entry in the key-value store is removed as well.
TODO: describe how GraphDBs fit the picture.
The cardinalities here represent the way they are specified in TyphonML; so "one-zero/many" between entities A and B means "A is related to one B, and B is related to zero or many As" (so it does not mean "One A is related to zero or more Bs").
NB for both containment and cross references, mandatory relations (e.g. one-one, one-one/many etc.) are not enforced.
Containment induces cascade delete, even across database boundaries, but only a single hop. Recursive containment (e.g., comments that are a reply to a comment), thus, works within a single back-end only.
The unsupported relations in the following table follow from consistency constraints on TyphonML models: containment is unidirectional, and tree-shaped (i.e. "childeren can only have a single parent").
Cardinality | Support |
---|---|
one-one | mongo/mongo, mongo/sql, sql/mongo |
one-zero/one | mongo/mongo, mongo/sql, sql/mongo |
one-zero/many | -- |
one-one/many | -- |
one/zero-one | mongo/mongo, mongo/sql, sql/mongo |
one/zero-zero/one | mongo/mongo, mongo/sql, sql/mongo |
one/zero-zero/many | -- |
one/zero-one/many | -- |
zero/many-one | mongo/mongo, mongo/sql, sql/mongo |
zero/many-zero/one | mongo/mongo, mongo/sql, sql/mongo |
zero/many-zero/many | -- |
zero/many-one/many | -- |
one/many-one | mongo/mongo, mongo/sql, sql/mongo |
one/many-zero/one | mongo/mongo, mongo/sql, sql/mongo |
one/many-zero/many | -- |
one/many-one/many | -- |
For cross references all combinations, with the above caveat about mandatory relations, are supported.
Feature | Syntax | Backend | Remarks |
---|---|---|---|
"nested" field access (a.b.c ) |
🌕 | 🌔 | |
placeholders (??<name> ) |
🌕 | 🌔 | |
lists ([..] ) |
🌕 | 🌔 | only usable for relations |
positive + & negative - |
🌕 | 🌔 | if backends supports it |
math operations (*+/- ) |
🌕 | 🌔 | if backends support it |
comparisons (== and friends) |
🌕 | 🌔 | if backends support it |
boolean operations (&& and || ) |
🌕 | 🌔 | |
containment x in y |
🌕 | 🌓 | currently doesn't work from the inverse side |
text compare x like y |
🌕 | ? | TODO: check support |
Backend | Support | Remarks |
---|---|---|
MariaDB | 🌕 | |
MariaDB clusters | 🌕 | DL makes this transparant |
MongoDB | 🌕 | |
Cassandra | 🌕 | |
Neo4J | 🌓 | geo features need to be added |
Feature | Support | Remarks |
---|---|---|
Query across different backends | 🌔 | |
Query validation | 🌔 | Syntax is validated and checked against the ML model |
Query type checking in IDE | 🌕 | |
Query optimization | 🌒 | We try to get where clauses on the correct backend |
Unicode Support | 🌔 | It should be possible to use unicode anywhere. Collation is currently fixed to utf8 (we have to think about extending this in ML if needed) |
DAL/Generated API | 🌔 | |
Navigation based queries (path, reachability, transitive closure) | 🌑 | |
Transactions | 🌑 | unclear if we can add decent support for this |
Parametrized/Bulk queries | 🌓 | Currently doesn't provide a lot of performance benefit, but can in the future |
DDL Operations | 🌓 | |
Operations on freetext attributes |
🌑 | Working with NLP team to get this integrated |