--- title: Live Connect architecture description: Live Connect provides secure, read-only access to ServiceNow data for external BI platforms via industry-standard database APIs, while maintaining all existing security policies and role-based restrictions. locale: en-US canonical_url: https://www.servicenow.com/docs/r/api-reference/web-services/sql-api-architecture.html release: brazil product: Web Services classification: web-services topic_type: concept last_updated: "2026-09-10" reading_time_minutes: 2 breadcrumb: [Explore, Access your ServiceNow data using Live Connect, Additional integration resources, Web services, API implementation, API implementation and reference] --- # Live Connect architecture Live Connect provides secure, read-only access to ServiceNow data for external BI platforms via industry-standard database APIs, while maintaining all existing security policies and role-based restrictions. ## Architecture overview Live Connect uses ServiceNow web services to provide a query-only interface. This architecture enables direct connections from ODBC and JDBC-compatible tools to your ServiceNow data without data export or replication. The diagram illustrates how the Live Connect connects external BI tools to ServiceNow tables through ODBC and JDBC drivers, with security and access controls applied at the connection layer. \[Omitted image "sql-api-architechture.png"\] Alt text: Architecture diagram showing SQL API interaction with ServiceNow system components ## Key architectural components The Live Connect architecture consists of the following key components: - **Client applications** External BI tools and data analysis platforms such as Pyramid Analytics,Power BI, Tableau, DBeaver, and DBvisualizer that connect using ODBC or JDBC protocols. - **ODBC/JDBC drivers** Industry-standard database drivers that enable client applications to establish connections and run the SQL queries against ServiceNow data. - **ServiceNow Instance** Three layers within the ServiceNow instance process each request:
| Layer | Description |
|---|---|
| Security layer | Six controls are applied in sequence: - IP Access Policy - Rate Limit - Auth + Role check - egress\_sql ACL - Strict Security Mode - WDF Token Metering |
| REST layer | Separate dedicated services exist for each driver \(ODBC REST Service and JDBC REST Service\). Both services are restricted to SELECT-only queries and rate limited, and are accessible only by the driver internally. |
| Database tier | Queries reach the primary database first \(read-only, used as fallback if no replica\), but are preferably routed to a read replica. The read replica isolates BI workload from the primary database and handles all JDBC/ODBC SELECTs. |