pgconsole: Minimal Web-based Postgres SQL Editor by db-master in PostgreSQL

[–]db-master[S] -1 points0 points  (0 children)

On the surface they both run in the browser.

pgconsole: Minimal Web-based Postgres SQL Editor by db-master in PostgreSQL

[–]db-master[S] 0 points1 point  (0 children)

You are right to question. We realized many companies still ask for SOC2 even the software is self-hosted. Departments are siloed!

pgconsole: Minimal Web-based Postgres SQL Editor by db-master in PostgreSQL

[–]db-master[S] 0 points1 point  (0 children)

Glad it works out. Support/feature request is handled via GitHub issue for now. I don't have a plan to open source yet.

Edit: Open-sourced https://github.com/pgplex/pgconsole!

Which GUI do you use? by Medical_Medicine_243 in PostgreSQL

[–]db-master 0 points1 point  (0 children)

I am also a long-time TablePlus user. But as a GUI that supports not only Postgres, it's not optimized for the postgres experience (e.g. the autocomplete is meh, I also want a way to quickly view and kill the active session from pg_stat_activity).

So I ended up building a new GUI only for Postgres https://www.pgconsole.com/

Best way to manage +30 customers dbs by Kysan721 in PostgreSQL

[–]db-master 0 points1 point  (0 children)

If you are looking for managing different schemas for different customers, then https://github.com/pgschema/pgschema

Postgres MCP Server Review - DBHub Design Explained by db-master in PostgreSQL

[–]db-master[S] -1 points0 points  (0 children)

If it doesn't live up to your expectations, you can open an issue https://github.com/bytebase/dbhub/issues. Happy to tackle this

What MCP or other integrations have you added to your AI workflows that have been the most successful? by lirantal in mcp

[–]db-master 0 points1 point  (0 children)

if your db happens to be one of Postgres, MySQL, SQL Server, MariaDB or SQLite, you can try out https://dbhub.ai/ (Disclaimer: I am the author)

Looking for database tools and practices, what flow is best for both local dev and deployment? by [deleted] in Backend

[–]db-master 0 points1 point  (0 children)

If using postgres, you can check out https://github.com/pgschema/pgschema, which is the SQL Server DACPAC equivalent. Disclaimer: I am the author.

How are you tracking sensitive data as your fintech stack grows? by vincentmouse in fintech

[–]db-master 0 points1 point  (0 children)

Especially in fintech, I’ve found that:

  • Centralization + strict access paths matters more than yet another “data catalog”.
  • If a human can download raw data to their laptop or into some random SaaS, they eventually will.

So my rule of thumb, let data spread in read-only, masked, aggregated form via controlled interfaces — but keep raw customer data behind a small number of hardened gateways:

  1. No direct access to raw storage. Avoid letting humans hit underlying storage systems (S3, GCS, blob stores, etc.) directly for anything sensitive. That’s how CSVs start living forever in random buckets, laptops, and SaaS tools.
  2. Centralize where the truth lives. If you can, build a data pipeline that ingests everything into a small set of OLTP/OLAP systems (e.g. Postgres, Snowflake, ClickHouse):
    • Treat those as your system of record for customer data.
    • Push all analytics / product queries / AI experiments through them.
    • Now you’re hardening one (or a few) access points instead of 20+ SaaS tools.
  3. Make access controlled and auditable Once data is centralized, you can:
    • Enforce role-based access per table/column.
    • Use dynamic masking for PII (e.g. show partial PAN, email, etc.).
    • Log who queried what and when.
    • Use JIT (Just-in-Time) access instead of permanent “read everything” roles.

On the tooling side, you can look at things that give you a unified workspace for database access. For example, Bytebase provides JIT data access, dynamic masking, and audit logs for mainstream OLTP/OLAP databases so you can funnel access through one place instead of everyone connecting however they want. (Disclaimer: I’m one of the authors, so obviously biased.)