/settings/database-config redirects to Organisation.
When to use multiple databases
- Environments - keep development, staging, and production data on separate ClickHouse databases and switch between them without changing projects.
- Isolation - give different tenants or teams their own database configurations inside the same organisation structure.
- One OpenLIT, many stores - analyze several ClickHouse backends from a single OpenLIT deployment.
Add and switch configurations
1
Open Organisation
Select Organisation (or Projects) from the sidebar under Settings.
2
Open a project
Open the project that should own the configuration, then switch to the Database configurations tab. Configurations are project-scoped - one created under project A is never selectable from project B.
3
Add New Config
Click Add New Config (or Add database config from the empty state). Fill in Config Name, Environment, Username, Password, Host, Port, Database, and optional Query params, then Save.
4
Mark it active
Use the checkbox on the list row (tooltip: Mark … as the active database config) or pick the config from the header Databases switcher. Only one is active for your user in that project at a time - teammates can select a different one.
Sharing and project boundaries
You can share a database configuration with specific teammates by email, with separate edit / delete / re-share permissions. For the full field list, selection behavior, and FAQs, see Database Config under Organisation.Frequently asked questions
Do I need a new ClickHouse cluster for every configuration?
Do I need a new ClickHouse cluster for every configuration?
No. Multiple configurations can target the same cluster with different database names, or entirely different clusters.
Where did the Database Config settings page go?
Where did the Database Config settings page go?
/settings/database-config redirects to Organisation - open a project and use the Database configurations tab.Database Config
Field-level guide for adding and selecting ClickHouse configs
Organisation
Organisations, projects, and how database configs fit the hierarchy

