Query more.

Wait less.

Tentris stores and queries RDF knowledge graphs at scale - fast, RAM-efficient, easy to use.

Be first to try TentrisDB

Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.
One binary, no dependencies. Get started in minutes.
LINUX
macOS
Docker
Windows
PRE-REQUISITES: X86-64/ARM AARCH64
curl -fsSL https://tentris.io/install.sh | sh
tentris get-nc-license
tentris serve --file your-graph.ttl
copy code
curl -fsSL https://tentris.io/install.sh | sh
tentris get-nc-license
tentris serve --file your-graph.ttl
copy code
docker pull ghcr.io/tentris/tentris:latest
docker run -it \
-v ./tentris-license.toml:/config/tentris-license.toml:ro \
-p 9080:9080 \
ghcr.io/tentris/tentris:latest
copy code
curl -fsSL https://tentris.io/install.sh | sh
tentris serve --file your-graph.ttl
copy code

how it works

One universal index.
No tuning.

Instead of maintaining multiple indices, Tentris stores RDF graphs in a single compressed Hypertrie that eliminates structural redundancies found in graphs to minimize memory usage.

Adaptive
query Planning

Tentris uses exact cardinalities from the Hypertrie for adaptive query planning, reducing unnecessary work and improving performance on complex graph patterns.

Worst-Case 

Optimal Joins

Tentris requires minimal RAM by evaluating queries using worst-case optimal joins. Query results are streamed and intermediate results are not materialized.

no vendor

lock-in

RDF1.1 and SPARQL1.1 compliant. Already on another RDF store? Get started right away.

proof

Don't take the claim.
Take the benchmark.

Every number Tentris publishes links to a reproducible benchmark: 
dataset, queries, hardware, method — all public. Run them yourself.

WDBENCH

Query mixes per hour

XAI

Query mixes per hour

WatDiv

Query mixes per hour

Footprint

bytes / edge
Fit

Built for Data. 

Designed for AI.

Store, query, and reason over massive RDF knowledge graphs with dramatically lower memory and faster execution.

Any 

scale

Query complexity is bounded by the answer, not the data size. Performance holds as the graph grows.

BUILT 

FOR AI

Power GraphRAG, AI agents, and semantic applications with deterministic retrieval over connected knowledge.

Already 

using RDF?

Switch to Tentris without changing your data model. No migration. No vendor lock-in.
Install Tentris

Get started

Your first RDF graph in minutes.

On another RDF graphDB?
Start with a sample graph
New to knowledge graphs?
Building 
with AI

Same format.
No conversion.

All RDF graph databases share the same data format. Load your existing data directly into Tentris and query immediately.
get started

No setup. Wait less. 

Query more.

We provide a preloaded knowledge graph so you can run real queries immediately - no data setup required.
live demo

SPARQL 101

tutorial

Learn the fundamentals with our SPARQL 101 tutorial. Build your first queries in just a few minutes.
coming soon

The knowledge layer 

for AI agents.

Use Tentris as the knowledge layer beneath GraphRAG and agentic systems. Answers grounded in facts, not similarity scores.
Book a Discovery Call

Engagement

Simple now.
Simple later.

Start free. Scale when you're ready.
community

For developers, students and researchers

Free

High-performance queries & analytics
SPARQL 1.1 & RDF 1.1 graph query support
Transactions support
Single-core license
In-memory storage
Community support
Commercial

For data sovereignty and strict compliance

Annual

Everything in Community
Licensed per CPU core, starting at 12 cores
ACID transactions
Persistent storage
Commercial SLA (optional)
Cloud

For easy setup and enterprise scaling

Pay per Use

Available on Azure, AWS and Google Cloud
Daily backups, configurable retention
Scalable on demand
SLA agreement

Frequently Asked Questions

Who’s using RDF graph databases today?

RDF knowledge graphs is already in use by major organizations across sectors:

  • [cyan]Big Tech:[/cyan] Google uses RDF principles in its Knowledge Graph; Microsoft uses RDF and linked data in its Azure Data Catalog and compliance tools.
  • [cyan]Government:[/cyan] Agencies like NASA, NIH, and FDA use RDF for metadata management, research linkage, and traceability.
  • [cyan]Publishing & Media:[/cyan] Thomson Reuters and the BBC use RDF to interlink editorial and legal content.
  • [cyan]Pharma & Life Sciences:[/cyan] Companies like AstraZeneca use RDF to link biomedical data for drug discovery.
  • [cyan]Industrial Engineering:[/cyan] Siemens, Bosch and Boeing use RDF for product knowledge management and digital twins.

RDF is especially attractive to organizations that need long-term data resilience, cross-system knowledge sharing, and intelligent automation.

How does Tentris reduce RAM usage and why is it important?

Tentris significantly reduces RAM consumption by executing analytical graph queries in a fundamentally different way than traditional graph databases. Instead of relying on chains of binary joins that materialize large intermediate results either in memory or on disk, Tentris uses [pink2]worst-case optimal multi-way joins[/pink2] that process all query relations simultaneously. This avoids memory-intensive intermediate states, keeps memory usage predictable, and enables efficient evaluation of complex, highly connected graph patterns [cyan](from more than 10 GBs to MBs).[/cyan]

At the same time, this algorithmic approach delivers substantially [cyan]higher query[/cyan] performance. Worst-case optimal multi-way join algorithms achieve asymptotically optimal runtimes for complex queries—such as triangle or cyclic patterns, which frequently occur in agent-based reasoning—by eliminating redundant computation and efficiently constraining the search space. Combined with a monolithic, highly compressed [pink2]Hypertrie index[/pink2] and a streaming execution model enabled by multi-way joins, Tentris executes analytical workloads that traditionally take minutes or hours in seconds or a few minutes, while using significantly less memory and compute resources.

What are Worst-Case Optimal Joins (WCOJs), and why do they matter

[pink2]Worst-Case Optimal Joins (WCOJs)[/pink2] are advanced database algorithms that compute complex joins faster and more efficiently by processing multiple datasets simultaneously and not just pairwise. This is especially valuable in RDF graph databases, where queries often involve many interconnected triples.


RDF graph dbs store data as triples (subject-predicate-object), and answering even a simple question (like "Who authored a book published by Publisher X?") often requires joining many triples. Traditional pairwise joins can generate huge intermediate results that slow down performance. [cyan]WCOJs avoid this by computing the join as a whole,[/cyan] avoiding unnecessary work.



Let’s say your RDF graph contains the following triple patterns:



A SPARQL query might want to find all ?author who wrote a [pink2]?book[/pink2] published by [teal]PublisherX[/teal] and in the [blue]ScienceFiction[/blue] genre.


  • A traditional engine would join ?author–[pink2]?book[/pink2], then the result with [teal]?publisher[/teal], and then with [blue]?genre[/blue]. Each step might create large intermediate sets, even if few results match all criteria.

  • A WCOJ-based engine evaluates all three conditions together — finding only the matches that satisfy all conditions at once, without bloated intermediate steps.
What is an RDF graph database?

An [pink2]RDF (Resource Description Framework)[/pink2] graph database is a type of database that stores data as triples: (subject, predicate, object). These triples represent facts, much like simple sentences, and when many are connected together, they form a knowledge graph. For example:


[teal]<Apple>[/teal][pink2]<hasFounder>[/pink2][blue]<Steve Jobs>[/blue] is a triple expressing a factual relationship.
Unlike traditional databases, which use rigid tables and schemas, RDF graph databases model data in a flexible, schema-light graph format that reflects the interconnected nature of real-world information.


Key differences include:

  • [cyan]Schema flexibility:[/cyan] RDF allows schema evolution without disruption.
  • [cyan]Data integration:[/cyan] RDF excels at integrating disparate and heterogeneously structured data.
  • [cyan]Relationship modeling:[/cyan] Relationships are first-class citizens, unlike in SQL, where JOINs are costly and complex.
  • [cyan]Inference and reasoning:[/cyan] RDF supports automated logical inference based on ontologies and rules. By doing that, it enables machines to deduce new knowledge from existing facts.

RDF graph databases are especially well-suited to domains where data relationships are as important as the data itself such as AI, compliance, biomedical research, and enterprise systems.

How does Tentris handle atomic updates (INSERT/DELETE) in real-time without requiring a full re-indexing or degrading the performance of parallel read operations?

The Hypertrie stores only existing triples using a hash-identifier-based representation for subjects, predicates, and objects. This means that on [cyan]INSERT[/cyan] or [teal]DELETE[/teal], only the affected paths and nodes of the index need to be updated.


[pink2]More specifically:[/pink2]

  • New RDF terms are mapped to compact identifiers.
  • The corresponding triple is inserted or removed by updating only the relevant branches in the Hypertrie.
  • Shared prefixes remain unchanged, so unaffected parts of the structure are not touched.

This avoids the need for full re-indexing and keeps updates localized.

Are you positioning Tentris as an OLTP or OLAP DB? Or both?

[cyan]Both.[/cyan] At core, Tentris is build to excel in complex, analytic SPARQL queries but at the same time support high write throughput. In analytics, we focused for now on accelerating standard SPARQL queries that fail on traditional query engine.

Our worst-case optimal join engine mostly eliminates intermediate results and filters down possible solutions rapidly. [cyan]This allows you to run queries that would otherwise exceed your RAM[/cyan] or take ages processing circles or large snowflake triple patterns.

[cyan]For updates, we implement MVCC.[/cyan] So, you update throughput is not disturbed by you colleagues  heavy query workload.

What is the difference between RDF and Labeled Property Graphs (LPGs)?

[pink2]RDF (Resource Description Framework)[/pink2] represents data as triples (subject-predicate-object) using a W3C standard designed for semantic meaning, interoperability, and reasoning. It supports rich ontologies [cyan](RDFS, OWL)[/cyan], data validation [cyan](SHACL)[/cyan], and global identifiers [cyan](URIs)[/cyan], making it ideal for knowledge graphs, linked data, and AI.


[pink2]Labeled Property Graphs (LPGs)[/pink2] model data as nodes and edges, both with flexible key-value properties. LPGs are widely used in graph databases like Neo4j and are great for real-time analytics, social networks, and operational applications but lack formal semantic standards.

Query more. 

Wait less.

Free to start. Running in minutes.

Want Tentris for your company?