Your corporate data, where it already lives
Every connection is set up on request. Once it is made, Titleman would query your warehouse in place, read-only, under access your team grants and controls.
Data warehouses
Snowflake
On requestAccess you grant A service user with a key pair and a role your team creates, with SELECT on the schema you choose.
Once the connection is made Titleman would query the tables in place, read-only, one read statement at a time.
Request Snowflake in the integrations catalogGoogle BigQuery
On requestAccess you grant A service account your team grants Data Viewer on the dataset you choose and Job User on the project.
Once the connection is made Titleman would query the dataset in place, read-only, one read statement at a time.
Request Google BigQuery in the integrations catalogDatabricks
On requestAccess you grant A service principal your team creates, with SELECT on the schema you choose and use of one SQL warehouse.
Once the connection is made Titleman would query the schema in place, read-only, one read statement at a time.
Request Databricks in the integrations catalog
The same rules for every warehouse
- Anything that would write, delete or change a table is refused before it leaves Titleman.
- The access is yours to grant: view-only, on the schema or dataset you choose.
- The key your team gives would be stored encrypted and never shown back.
- Each query would run with a time limit and a row cap.
- Each figure would point back to the query it came from.
How each firm's data is kept apart: Security. Other systems, also on request: all integrations.
Walk through it on your own data
A person on our team walks you through it on your own kind of deal.
Names belong to their owners. Titleman is not a partner of Snowflake, Google or Databricks.