Can I give iDBQuery a read-only database user?
Yes, and it's the recommended setup. Create a dedicated read-only user and give those credentials to iDBQuery, so it can query your data but can never write, update, or delete anything. iDBQuery only ever reads — it generates SELECT queries to answer your questions.
iDBQuery is a read-only tool by design: it writes SQL to answer questions and runs it against your data, but it never modifies your database. The safest and recommended way to connect is with a dedicated read-only user.
How to set it up:
- Create a role/user with SELECT-only privileges (no INSERT, UPDATE, DELETE, or DDL).
- Scope it to just the schemas or tables you want iDBQuery to see, if you want to limit exposure further.
- Give iDBQuery those credentials, which it stores encrypted.
With a read-only user, even in the unlikely event of a bad query, there is nothing iDBQuery can change — the database itself enforces the limit. This is least-privilege access at the source, not just a promise in software.
It also pairs naturally with iDBQuery's other safeguards: query-in-place so your data isn't force-copied out, encryption in transit and at rest, role-based access inside iDBQuery, and deployment in your own VPC, on-prem, or air-gapped so data stays in your walls.
Example: a company wants business users to self-serve analytics on the production database without any risk to it. They create a read-only replica user, hand it to iDBQuery, and the whole team gets cited answers — with the database provably protected from any write. You control exactly what that user can see.
Updated 2026-06-22
Related questions
- Can I connect only a specific schema or subset of tables to iDBQuery?
- How does iDBQuery handle PII and sensitive data?
- How does iDBQuery handle row-level security and permissions?
- How do I connect a Postgres read replica to iDBQuery without exposing it publicly?
- Can iDBQuery connect to a database using IAM or cloud authentication?