▲ 2 r/SQL+2 crossposts

I built an MCP server that makes AI agents open a "PR" before touching my database

*disclaimer I am the author*

Having an AI agent work on the database is a bit cringe for sure; I mean, it would be a disaster if something went wrong.

The database is the core of any system, and I wouldn't let an agent do whatever it wants on it.

That is what inspired the nuzur mcp server; the agent can propose changes to the data or the schema, and then I can review them visually and see exactly what it is trying to do instead of looking at a large blob of text.

The changes are versioned; I know what changed when, and that way I get the best out of both worlds the agents speed up my workflow, but I still have some control over it.

Would love to hear your thoughts on it!

---

Site: https://nuzur.com/
MCP server: https://ccmcp.nuzur.com/
Simthery: https://smithery.ai/servers/nuzur/ccmcp

u/mklfarha — 1 day ago
▲ 15 r/SQL+1 crossposts

Thoughts on having the db schema be the source of truth for backend

I have been working this way for many years; I start modeling my schema and then take it from there, and it has worked for me.

I automated my process so that I can generate all the code for the CRUD operations, listing and so on, and then use that as a library and add my product logic on top.

I find that it speeds up development, adding a new entity or field is not as painful, and I fully control the core part of the application. I never use AI at this layer.

Does this speak true for anyone?

reddit.com
u/mklfarha — 14 days ago
▲ 3 r/SQL+1 crossposts

Try my ER diagram tool (no signup required)

I just shipped an ER diagram editor; try it out, no signup required. I'm looking for feedback!

link: http://app.nuzur.com/try

u/mklfarha — 14 days ago
▲ 2 r/DesarrolloWeb+1 crossposts

I built a tool so AI assistants build on a real data model instead of a hallucinated one

AI assistants are built for right now—to satisfy your immediate ask—without thinking ahead or designing the system with the future in mind. They'll happily write code against a column that doesn't exist or invent a slightly-wrong version of your schema.

But here's the thing I keep coming back to as an engineer: the most important part of building a system has never been the code. It's understanding what you're building, who it's for, and what the requirements are in the near and long term. Modeling the domain is the backbone of the architecture — and that hasn't changed with AI. If anything it matters more, because if the foundation is sane, your AI assistant can build on top of it instead of guessing at it.

So I built nuzur to make that foundation the source of truth. You model your data visually, and it generates the boring layers for you:

  • SQL migrations
  • a Protobuf / gRPC API
  • Go server scaffolding

Change the model, regenerate—the generated code stays in sync, and you never hand-maintain it. Your own business logic lives in separate files it never overwrites. And because it's templated generation, not an LLM, the output is deterministic: same model, same code, every time. No hallucinations.

Backstory: I'm a solo dev. I originally built nuzur for myself years ago because MySQL Workbench made me want to throw my laptop out a window. As AI-assisted coding took off, the source-of-truth model I'd already built turned out to be a clean answer, at least that is what I think.

It's free for personal use (code generation included). I'd genuinely love feedback!

reddit.com
u/mklfarha — 19 days ago
▲ 6 r/golang

proto + code generation from DB schema

So, I have been exploring this approach and wanted to get some feedback

You start with the db schema, and make it the source of truth, then generate everything based on that.

so something like this:

model the schema -> generate proto -> generate go code + sqlc

the main issue I have found is that you need to be mindful when adding new fields if already in production to always add them at the end to not break things.

any other potential issues I might not be seeing?

curious, do you do anything like this to generate code? if so what is your source of truth?

reddit.com
u/mklfarha — 1 month ago
▲ 2 r/SaaS

Been working on my project for years, I think it’s ready, what now?

I started working on my project in 2023, I have taken my time to do it right, mostly done with no AI, only started using it recently for minor stuff

I use it myself and I think it’s good, but I am having trouble getting to the right people

I am doing youtube videos, blog posts to help with SEO, I also tried an ad, but it’s not really getting traction, any recommendations?

reddit.com
u/mklfarha — 1 month ago
▲ 2 r/gowebdev+1 crossposts

6 Go patterns every web developer should know

Go is one of the best languages for building web applications — fast, efficient, cheap to run, and surprisingly capable out of the box. In this video I share 6 patterns I reach for every time I build a Go web app.

Whether you're just getting started with Go for the web or you've been building with it for a while, these tips will keep your codebase clean and your app alive under load.

checkout the video here -> https://youtu.be/WJ8_mQpdoe8

📌 What's covered:
00:10 – Tip 1: Use chi as your router
02:17 – Tip 2: Use Go templates
05:17 – Tip 3: Singleflight — prevent your DB from getting hammered on cache misses
08:59 – Tip 4: Middleware the right way
12:10 – Tip 5: Dependency injection with uber-go/fx
16:39 – Tip 6: Hot reloads with Air
19:21 – nuzur

🛠 Tools & libraries mentioned:
— chi router: https://github.com/go-chi/chi
— singleflight: golang.org/x/sync/singleflight
— uber-go/fx: https://github.com/uber-go/fx
— air (hot reload): https://github.com/air-verse/air
— nuzur (visual schema modeling + Go code generation): https://nuzur.com

u/mklfarha — 1 month ago
▲ 3 r/gowebdev+1 crossposts

8 cents on starting a web app in 2026

Hello all 👋, I have been building web apps since 2009, and I am very passionate about it. things keep changing and I try to stay up-to-date as much as I can

I made this video with 8 things to keep in mind when starting a new web app: https://youtu.be/z-sj5XFTZo4

Here are the 8 cents I shared:

Tip 1: Containerize everything with Docker
Tip 2: Keep your database in a separate container
Tip 3: Decouple your frontend and backend
Tip 4: Use MicroK8s even on a single server
Tip 5: Let your data model drive everything (migrations, API contract, Go server)
Tip 6: Never hardcode secrets—use environment variables
Tip 7: Define your backup and restore strategy before you go live
Tip 8: Use AI to review your architecture, not just generate code

Would love to hear what you think. do you agree? would you add anything?

u/mklfarha — 2 months ago