Direct Database Connector
Establish a direct connection to your instance's PostgreSQL database
Last updated
Was this helpful?
Establish a direct connection to your instance's PostgreSQL database
Last updated
Was this helpful?
Direct Database Connector is available as a paid add-on. Please visit your to add this to your plan.
Database Connector is a premium add-on that is available for Launch and Scale plans. Please visit your Billing page for the most up-to-date pricing for this additional feature.
You have the option to connect your Xano instance's PostgreSQL database directly with an external application or service. This can be useful if there is a platform for manipulating your database that you prefer to use over the Xano interface, creating custom backup and restore solutions, or even performing data analytics.
Use care when accessing your database directly. This type of connection removes a significant portion of normal checks and balances for data validity that using Xano directly provides.
Proceed with caution.
How to Access the Database Connector
On your instance selection screen, click the βοΈ icon, and in the panel that opens, choose Database Connector.
The panel that opens is split into two sections, Details and Settings.
Details allows you to retrieve the access information for a direct database connection.
Settings allows you to enable and use an allow list, to limit direct database connections to specific IP addresses.
Get your database's public IP
Get your database credentials
Settings Panel
Add an IP address to your allow list
Clicking both of the "Get" buttons will provide us with the database IP and two sets of credentials, full-access and read-only.
From this panel, you can also revoke and re-generate your database credentials, should the need arise.
Establishing a Database Connection (Example)
You can use any application you'd like that is capable of connecting to a PostgreSQL database. In this example, we'll be using Navicat.
Select 'Connection' in the top-left, and fill in your credentials and the IP received from Xano.
Click 'Save' to save the connection. We can now navigate the PostgreSQL database from Xano using Navicat. We can even add / update data, run queries, etc...
As of our 1.68 release (5/27/25), all new workspaces will default to the standard SQL column format for tables. For all workspaces created prior to that, read below.
Your tables can be created using one of two formats:
JSONB format
This creates your tables with two columns:
id
- the ID of the record
jsonb
- contains a JSON representation of the entire record
Standard SQL format
This creates a more standard table layout. Instead of a jsonb column, each column is written separately.
If you are using the Direct Database Connector, Standard SQL format is usually recommended.
You need direct database connections with third-party tools that aren't friendly to JSONB format, such as Tableau or PowerBI
You want faster performance for non-indexed queries
You're frequently adding new fields (faster column additions)
You plan to use SQL analytics tools or run complex reports directly against your database
You're satisfied with current performance
You don't need direct database connections
This change is permanent. Most users will not need to adjust these settings, and they only impact your experience if you are connecting to your database directly via third-party tools.
From your Workspace settings, you can enable Custom SQL Table Names.
By default, Xano assigns each table a SQL name in the format mvpw_ (e.g., mvpw1_3). This identifier works for direct access, but can be difficult to read or use with direct queries and database tools.
You can replace this with a custom SQL name to make queries more intuitive and improve compatibility with external connectors.
If you change a table's SQL name, be sure to update any queries that reference the old name to avoid breaking functionality.
Once you've enabled Custom SQL Table Names, head to any database table's settings, and click Manage next to SQL Table Name.
Leave the SQL Table Name field blank to use Xanoβs default SQL table name, which follows the format mvpw<workspaceID>_<tableID> (e.g., mvpw1_3).
SQL table names must be globally unique across all workspaces. Hint: Use the Custom Prefix to ensure uniqueness across workspaces.
Datasources automatically add a suffix based on their environment. For example, users becomes users_test in the test datasource.
To reuse the same base name across workspaces, use a workspace-specific prefix (e.g., projA_users, projB_users).