Documentation
SQL Server
Connect TableR to Microsoft SQL Server with Windows or SQL authentication — or bootstrap one locally — with connection fields, encryption, and troubleshooting.
SQL Server is Microsoft's network SQL engine. TableR connects with Windows or SQL Server authentication, auto-detected from the host. Point TableR at an existing server by filling the connection form, or let TableR start a local SQL Server for you with the built-in bootstrap when you do not have a server yet.
You do not need to install SQL Server to try it. Choose SQL Server in the launcher and use Local bootstrap — TableR creates and starts a local server, and keeps its secrets in the OS keyring.
Overview
TableR speaks the native SQL Server protocol (TDS), so it works with a local install, a container, a managed service (Azure SQL Database, Amazon RDS for SQL Server, and similar), or a bootstrapped local server. The authentication mode — Windows or SQL Server — is detected from the host you enter.
- Local development — connect to localhost,1433, or bootstrap a local server.
- Named instances — use SERVER\INSTANCE, or set the instance name field.
- Remote / managed — use the provider endpoint and set Encrypt appropriately.
Before you start
- A reachable SQL Server (host and port), or use Local bootstrap instead.
- For SQL authentication: a login name and password.
- For Windows authentication: leave the username empty to use the current Windows account.
- Optionally, the specific database to open on connect.
- For remote servers: network access to the port and appropriate Encrypt settings.
Connection fields
These defaults match TableR's SQL Server connection form. Secrets are written to the operating system keyring, never to plain configuration files.
| Field | Required | Default | Notes |
|---|---|---|---|
| Host | Yes | 127.0.0.1 | Use localhost,1433 or SERVER\INSTANCE. The authentication mode is auto-detected from the host. |
| Port | Yes | 1433 | SQL Server's default port. Change it only if your server listens elsewhere. |
| Username | No | — | Used for SQL Server authentication. Leave empty to use Windows authentication. |
| Password | No | — | Optional; stored in the OS keyring. |
| Database | No | — | Optional. When empty, the login's default database is used. |
| Instance name | No | — | Optional, or embed SERVER\INSTANCE in the Host field. |
| Encrypt | No | Optional | Optional or Mandatory. Trust server certificate is on by default for local self-signed certificates. |
Connect with the form
- 1Choose SQL Server
Open the launcher and pick the SQL Server card.
- 2Enter host and port
Use localhost,1433 for a local server, SERVER\INSTANCE for a named instance, or your provider's endpoint for a remote one.
- 3Pick an authentication mode
Leave the username empty for Windows authentication, or enter a login and password for SQL Server authentication.
- 4Pick a database (optional)
Set a database to open it directly, or leave it blank to use the login's default.
- 5Set encryption for remote
Set Encrypt to Mandatory for remote servers; keep Trust server certificate on for local self-signed certificates.
- 6Save and connect
Save the profile so it reappears in the launcher, then connect.
Local bootstrap
If you do not have a server, TableR can start a local SQL Server for you — no separate install required.
- 1Select SQL Server
Pick SQL Server in the launcher.
- 2Choose Local bootstrap
TableR provisions and starts a local server on your machine.
- 3Start querying
A connection is created for you; open a SQL tab and run a query.
Bootstrapped credentials, like all connection secrets, are kept in the OS keyring rather than in the interface or configuration files.
SSL/TLS
SQL Server controls encryption with the Encrypt setting rather than a URI parameter. Local servers usually need no encryption; for anything over a network, set Encrypt to Mandatory.
- Encrypt: Optional — encrypt only if the server negotiates it (typical for local development).
- Encrypt: Mandatory — always encrypt the connection (use for remote and managed servers).
- Trust server certificate — on by default for local self-signed certificates; turn it off to validate the server's certificate chain.
Verify the connection
Once connected, open a SQL tab and run a quick check:
SELECT @@VERSION;
SELECT DB_NAME(), SYSTEM_USER;If both statements return rows, the connection and credentials are working.
Troubleshooting
| Symptom | Likely cause | Fix |
|---|---|---|
| Login failed for user | Wrong username/password, or the login lacks access. | Re-check the credentials, or leave the username empty to use Windows authentication. |
| Encryption / certificate error | Encrypt or Trust server certificate does not match the server. | Set Encrypt to Optional, or keep Trust server certificate on for local self-signed certificates. |
| Cannot open database 'name' | The Database field names a database that is missing. | Leave Database empty, or enter one that exists. |
| Server was not found or was not accessible | Wrong host/instance/port, server stopped, or a firewall. | Confirm the server is up, and check the host (localhost,1433 or SERVER\INSTANCE) and port. |