Oxyde
Dev tools
orm
SHOW HN2026
155points
81comments
#415of 4,366 in 2026
Top 10%of 2026 by points
How HN took it
DebatedReal support and real criticism
11 positive, 9 neutral or asking, 1 mixed, 11 critical, out of 32 comments about the project. Thread score +0.14.
Design: 6 for, 6 againstIdea: 3 for, 0 againstPerformance: 1 for, 2 againstExecution: 1 for, 1 againstPrivacy: 0 for, 1 against
The thread, comment by comment
Each row is a top-level comment and its replies, in HN's order. Select a cell to open that comment on HN.
positive neutral or mixed critical about another commenter or something else the maker
What HN said
What people liked
Pydantic models as single source for API and DB, less duplication
From 2 comments
With this you don't need to have two sources of truth on the backend. Previously you will end up with one set of DB ORM level validation and a second set of validation on the…
Onavo on HNThe coupling concern is valid but I think it's the right trade-off for most CRUD apps. In practice, 80% of your endpoints are thin wrappers around your models anyway. The…
ryan14975 on HN
Explicit no lazy loading avoids N+1 queries
From 2 comments
The IR-over-MessagePack boundary is a genuinely interesting design choice, but it shifts where complexity lives rather than eliminating it. You're trading SQLAlchemy's internal…
wei03288 on HNThat's exactly why Oxyde has no lazy loading at all. If you don't call .join() or .prefetch(), related data simply won't be there. N+1 is impossible by design, not by discipline.
mr_Fatalyst on HN
Auto-generated admin panel is useful
From 2 comments
The coupling concern is valid but I think it's the right trade-off for most CRUD apps. In practice, 80% of your endpoints are thin wrappers around your models anyway. The…
ryan14975 on HNThis looks great, and like it could address a need in ecosystem. Also, the admin dashboard is such a great feature of django, nice job building it from the get-go.
jgauth on HN
Objections
Coupling API and DB models can cause drift and refactoring problems
From 2 comments
Merging DB and API models in Python sounds tempting until you refactor one thing and get mysterious field breakage somewhere else. The moment your schema and DB structure…
hrmtst93837 on HNWhy would one want to couple these two? Doesn't that couple, say, your API interface with your database schema? Whereas in reality these are separate concepts, even if, yes,…
roel_v on HN
Rust core adds native dependency and unclear performance benefit
From 1 comment
1. AI Slop Post 2. """You define Pydantic models for your API, then define separate ORM models for your database, then write converters between them.""" So you could've written…
never_inline on HN
Stringly-typed F() references weaken type safety
From 1 comment
> But infrastructure stuff like SQL generation, connection pooling, and row serialization is where a systems language makes sense. not really, what makes sense is being JIT-able…
instig007 on HN
Requests
Rename detection in migrations
From 1 comment
I've wasted so many hours keeping API schemas and ORM models in sync on FastAPI projects.. how does it handle schema evolution on larger projects? Like if I rename a field or…
Paulo75 on HN
Programmatic way to initialise a fresh database
From 1 comment
Is it possible to initialise a fresh database without manually running commands to run migrations? I'm not seeing anything in the docs to do so.
fishgoesblub on HN
Questions
How does schema evolution handle renames and model splits
From 1 comment
I've wasted so many hours keeping API schemas and ORM models in sync on FastAPI projects.. how does it handle schema evolution on larger projects? Like if I rename a field or…
Paulo75 on HN
Dependencies needed to deploy
From 1 comment
Lol I never knew django orm is faster than SQLAlchemy. But having used both that makes sense. > Why Rust? ... Rust handles the database plumbing. Queries are built as an IR in…
throwawayffffas on HN
Is it used in production
From 1 comment
This is great. Are there any live sites running it in production? Django + async is a nightmare so this is a very welcome project.
unconscionable on HN
Alternatives named
SQLModel
From 2 comments
This sounds great and there's a real gap in the ecosystem for a tool like this. https://sqlmodel.tiangolo.com/ looked promising but it's actually worse than useless because if…
ForHackernews on HNYeah I have always struggled to figure out why I would use SQLModel. Big fan of FastAPI but I think SQLModel leads to the wrong mental model that somehow db model and api schema…
whinvik on HN
SQLAlchemy
From 2 comments
Seeing a new library in 2026 that uses Django-style filter syntax is really surprising. With SQLAlchemy approach I can easily find all usages of a particular column everywhere.…
murkt on HNYeah I have always struggled to figure out why I would use SQLModel. Big fan of FastAPI but I think SQLModel leads to the wrong mental model that somehow db model and api schema…
whinvik on HN
Django ORM
From 2 comments
Lowkey hope this replaces Django ORM
knrz on HNLol I never knew django orm is faster than SQLAlchemy. But having used both that makes sense. > Why Rust? ... Rust handles the database plumbing. Queries are built as an IR in…
throwawayffffas on HN
Prisma
From 1 comment
I think Prisma does type-safe ORM really well on the typescript side, and was sad it doesn't seem to be super supported in python. This feels sort of similar and makes a lot of…
kevinqi on HN
django-ninja
From 1 comment
This is pretty similar to what django-ninja offers as well with their Schema modeling [1]. I found it to be a big help personally and always wanted something for fastapi.…
outlines on HN