Dev tools · alternatives · 2026
24 alternatives to We built a type-safe Python ORM for RedisGraph/FalkorDB
We were tired of writing raw Cypher — escaping quotes, zero autocomplete, refactoring nightmares — so we built GraphORM: a type-safe Python ORM for RedisGraph/FalkorDB using pure Python objects. What it does Instead of fragile Cypher: query = """ MATCH (a:User {user_id: 1})-[r1:FRIEND]->(b:User)-[r2:FRIEND]->(c:User) WHERE c.user_id <> 1 AND b.active = true WITH b, count(r2) as friend_count WHERE friend_count > 5 RETURN c, friend_count ORDER BY friend_count DESC LIMIT 10 """ You write type-safe Python: stmt = select().match( (UserA, FRIEND.alias("r1"), UserB), (UserB,…
Below are 24 products that do a similar job, ranked by how close each is in meaning and then by launch-day votes.
- 1IB
We show the potential of modern, embedded graph databases in the browser by demonstrating a fully in-browser chatbot that can perform Graph RAG using Kuzu (the graph database we're building) and WebLLM, a popular in-browser inference engine for LLMs. The post retrieves from the graph via a Text-to-Cypher pipeline that translates a user question into a Cypher query, and the LLM uses the retrieved results to synthesize a response. As LLMs get better, and WebGPU and Wasm64 become more widely adopted, we expect to be able to do more and more in the browser in combination with LLMs, so a lot of…
2025 · blog.kuzudb.com · its alternatives →
- 2
I created this ORM to fill a gap in the Python ecosystem. Due to the nature of typing in Python there are no other Python ORMs that can provide correct type hints. Prisma Python manages to work around this by auto-generating python types. Aside from static type checking, providing type hints means that you will get autocomplete suggestions for you which for me is the killer feature for this ORM (see the GIF in the README for an example). It's also built on top of Prisma, a next-generation ORM for TypeScript which means that the core query building and connection handling has been battle…
2022 · github.com · its alternatives →
- 3
Hey HN, we want to share HelixDB (https://github.com/HelixDB/helix-db/), a project a college friend and I are working on. It’s a new database that natively intertwines graph and vector types, without sacrificing performance. It’s written in Rust and our initial focus is on supporting RAG. Here’s a video runthrough: https://screen.studio/share/szgQu3yq. Why a hybrid? Vector databases are useful for similarity queries, while graph databases are useful for relationship queries. Each stores data in a way that’s best for its main type of query (e.g.…
2025 · github.com · its alternatives →
- 4
A Go SQL query builder and struct mapper. Contribute to samonzeweb/godb development by creating an account on GitHub.
2016 · github.com · its alternatives →
- 5
Hi HN! I built Oxyde because I was tired of duplicating my models. If you use FastAPI, you know the drill. You define Pydantic models for your API, then define separate ORM models for your database, then write converters between them. SQLModel tries to fix this but it's still SQLAlchemy underneath. Tortoise gives you a nice Django-style API but its own model system. Django ORM is great but welded to the framework. I wanted something simple: your Pydantic model IS your database model. One class, full validation on input and output, native type hints, zero duplication. The query API is…
Mar 2026 · github.com · its alternatives →
- 6
A pure ORM for writing native SQL queries yielding pure business objects - craigmichaelmartin/pure-orm
2021 · github.com · its alternatives →
- 7
Hi HN, I built TypeGraph, a type-safe knowledge graph library that runs on your existing Postgres or SQLite. After years of building knowledge graphs and other graphy things, I had the same issues whenever an application’s relationship modeling (permissions, RAG context, recommendations) outgrew standard ORMs: deploy a dedicated graph database (heavy ops, separate infra, data syncing headaches), or roll a graph-in-SQL implementation by hand. I've hand-rolled enough of these to know the drill: same table structures, same traversal boilerplate, same performance surprises. I wanted graph…
Feb 2026 · typegraph.dev · its alternatives →
- 8
The team behind RedisGraph decided to take a stab at bringing this disruptive technology back to market. We plan to rebrand it and release it as a stand alone product, following the same guidelines we have followed for the last 6 years: * Working in the open with the community * Always provide superior performance. * Easy to adapt
2023 · github.com · its alternatives →
- 9FO
Hey HN, I’m Roi, one of the co-creators of FalkorDB. We’re a growing team working on a graph database designed for production workloads and GraphRAG systems. The new release (v4.10.0) is out, and I wanted to share some of the updates and ask for feedback from folks who care about performance, memory efficiency in graph-heavy systems. FalkorDB is an open-source property graph database that supports OpenCypher (with our own extensions) and is used under the hood for retrieval-augmented generation setups where accuracy matters. The big problem we’re working on is scaling graph databases without…
2025 · its alternatives →
- 10
EnterpriseDB (“EDB”), the leader in accelerating Postgres® in the enterprise, today announced its acquisition of Splitgraph, an early-stage disruptor that provides a Postgres compatible serverless SQL API for building data driven applications from hundreds of datasources. This move is seen as a mean
2020 · splitgraph.com · its alternatives →
- 11
HypergraphZ – directed hypergraph library in Zig with Python bindings - yamafaktory/hypergraphz
2024 · github.com · its alternatives →
- 12
Hyperterse▲86Hi HN, I’m Samrith, creator of Hyperterse. Today I’m launching Hyperterse 2.0, a schema-first framework for building MCP servers directly on top of your existing production databases. If you're building AI agents in production, you’ve probably run into agents needing access to structured, reliable data but wiring your business logic to MCP tools is tedious. Most teams end up writing fragile glue code. Or worse, giving agents unsafe, overbroad access. There isn’t a clean, principled way to expose just the right data surface to agents. Hyperterse lets you define a schema over your data and…
Feb 2026 · hyperterse.com · its alternatives →
- 13
A multi-threaded, TCP, key-value store inspired by Redis implemented in Haskell. - honza/redish
2013 · github.com · its alternatives →
- 14
2016 · github.com · its alternatives →
- 15OA
The Orator ORM provides a simple yet beautiful ActiveRecord implementation to Python.
2015 · orator-orm.com · its alternatives →
- 16
I've been working on adding graph database capabilities to SQLite with support for the Cypher query language. As of this week, both CREATE and MATCH operations work with full relationship support. Here's what it looks like: import sqlite3 conn = sqlite3.connect(":memory:") conn.load_extension("./libgraph.so") conn.execute("CREATE VIRTUAL TABLE graph USING graph()") # Create a social network conn.execute("""SELECT cypher_execute(' CREATE (alice:Person {name: "Alice", age: 30}), (bob:Person {name: "Bob", age: 25}), (alice)-[:KNOWS {since: 2020}]->(bob) ')""") # Query the graph with…
Oct 2025 · github.com · its alternatives →
- 17
Hello HN After becoming allergic to SQL, I opened 120+ issues in Dgraph, Typedb and surrealdb looking for the perfect graphDB. None of them was built for agents nor were they the perfect fit for what we wanted to achieve: fully ditching the SQL legacy to properly model reality. So we decided to build BlitzGraph In BlitzGraph, records (units) can belong to multiple types (kinds) and evolve through time. Also polymorphic relations are first class and multiple kinds can play the same role. This design helps to escape the old table paradigm and track entities throughout their lifecycle without…
Jun 2026 · blitzgraph.com · its alternatives →
- 18
- 19
HypergraphZ – directed hypergraph library in Zig with Python bindings - yamafaktory/hypergraphz
2024 · github.com · its alternatives →
- 20
CogDB is an open source, persistent embedded graph database for Python with zero setup. Store relationships as triples, run vector similarity search with SIMD acceleration, and query using Torque – a fluent Python API. No server, no setup.
2022 · cogdb.io · its alternatives →
- 21
An open source, hands-on guide to GraphQL, Node and React
2018 · jovo.tech · its alternatives →
- 22MA
2017 · lmcinnes.github.io · its alternatives →
- 23
We open-sourced catsu, a Python client for embedding APIs. The problem: every embedding provider has a different SDK with different bugs. OpenAI has undocumented token limits. VoyageAI's retry logic was broken until September. Cohere breaks downstream libraries every release. LiteLLM's embedding support is minimal. catsu provides: - One API for 11 providers (OpenAI, Voyage, Cohere, Jina, Mistral, Gemini, etc.) - Bundled database of 50+ models with pricing, dimensions, and benchmark scores - Built-in retry with exponential backoff - Automatic cost tracking per request - Full async support…
Dec 2025 · catsu.dev · its alternatives →
- 24
AsyncIO ORM for python, built with relations in mind
2021 · github.com · its alternatives →
Also compare
- In-Browser Graph RAG with Kuzu-WASM and WebLLM alternatives
- Prisma Python – A fully typed ORM for Python alternatives
- HelixDB – Open-source vector-graph database for AI applications (Rust) alternatives
- Godb is a simple Go ORM for PostgreSQL, MySQL, SQLite and SQL Server alternatives
- Oxyde – Pydantic-native async ORM with a Rust core alternatives
- Write universally accessible SQL, not library-specific ORM wrapper APIs alternatives
Ranked by how close each launch is in meaning, then by votes. Prices were read from each product’s own site when checked and can change. Refine with your own description →