SQL Server
SQLite

SQL Server to SQLite Converter

Export selected tables with editable type mappings, or keep a SQLite copy updated with a scheduled synchronization job.

Version
5.8.0
Release Date
Nov. 8, 2026
Size
48.2 MB
Platform
Windows 10 or later

Rather not run it yourself?

Let us do the migration →

Create a portable SQLite database from SQL Server. DBConvert reads the live server, lets you select tables and review type mappings, then writes the schema and data into a SQLite file.

  • Reads SQL Server, SQL Server Express, Azure SQL Database, or Amazon RDS for SQL Server.
  • Writes a SQLite database file: .db, .sqlite, .sqlite3, or .db3.
  • Runs on Windows as a desktop application.
  • The same download converts SQLite back into SQL Server.

Prepare a reusable export job

Connections, table selections, and mappings stay available on screens you can return to without restarting the setup.

Limit the dataset

Select individual tables and apply row filters when the SQLite copy needs only part of the server data.

Adjust the target schema

Edit the proposed column names and types before creating the SQLite tables. The mapping table below identifies defaults that can affect how your application reads the result.

Save the export

Save the connection, selected tables, mappings, and output path as a job you can run again. Jobs saved by the previous version open in the current application.

Export once, or refresh the SQLite copy on a schedule

Choose conversion or synchronization in the same application.

One-time SQLite export

Create the selected schema and transfer its rows in a single run. Validate the exported values and application queries before using the resulting file.

Repeat synchronization

Schedule a saved job to keep the local copy in step with SQL Server. If local edits must return to the server, define which side owns them and review synchronization keys and conflict handling.

When a SQLite file is the right output

Portable application data

Package selected server data with a desktop or embedded application so it can read a local database without connecting to SQL Server.

Local snapshots and fixtures

Create a reusable dataset for QA, demonstrations, or offline analysis without giving each user access to the live server.

How SQL Server types map to SQLite

DBConvert proposes the target declarations below; you can change them per column. SQLite does not enforce lengths, precision, and scale like SQL Server, even when a declaration looks similar.

Scroll sideways to see all columns.

In SQL Server DBConvert default in SQLite What needs attention
INT, BIGINT, and identity columns INT and BIGINT map to INT; numeric identity columns map to INTEGER. SQLite integers support signed 64-bit values. For generated keys, check the primary-key definition and the next value before the application inserts new rows.
DECIMAL, MONEY, NUMERIC DECIMAL, MONEY, and SMALLMONEY map to FLOAT. NUMERIC remains NUMERIC. Floating-point storage can round exact amounts; NUMERIC does not guarantee fixed decimal precision either. Choose storage and calculations suitable for monetary values before exporting.
Character columns and GUIDs VARCHAR and NVARCHAR retain their declarations; NCHAR becomes CHAR, NTEXT becomes TEXT, and UNIQUEIDENTIFIER becomes CHAR(38). These are text-affinity columns in SQLite. Declared lengths do not impose SQL Server-style limits; check application validation separately.
Dates, times, and BIT DATETIME, DATETIME2, and DATETIMEOFFSET map to DATETIME; TIME remains TIME, and BIT becomes BOOLEAN. SQLite has no dedicated datetime or boolean storage type. Test how your driver reads the exported values, including fractional seconds, offsets, and NULLs.
Binary columns and XML BINARY, VARBINARY, IMAGE, and XML map to BLOB. XML is not a text-column mapping by default. Check that the application can read the target representation.

If the application relies on foreign keys, enable SQLite foreign-key enforcement on each connection.

Server-side logic stays in SQL Server

T-SQL procedures, triggers, SQL Server Agent jobs, users, permissions, and CLR objects are separate from the table export. SQLite has no stored-procedure layer or server-side user model; move that logic into the application or rewrite it for SQLite as appropriate.

Supported versions and services

SQL Server

  • SQL Server 2008-2022, including Express editions
  • Azure SQL Database and Amazon RDS for SQL Server
  • SQL Server schemas (dbo, custom schemas)
  • Windows authentication or SQL authentication

SQLite

  • SQLite 3.0 and later

How to migrate SQL Server to SQLite

1

Setup: connect SQL Server and SQLite

Pick Convert or Sync, then choose the source and destination connections side by side on one screen. A connection is saved once and reused by every job.

Sync keeps an existing SQLite database up to date with SQL Server: each run carries only the inserts, updates and deletes since the last one.

SQL Server source

Connect by TCP/IP or Named Pipes, use Azure SQL, or read from Amazon RDS for SQL Server.

SQLite target

Choose a writable path for the target SQLite database file.

2

Tables & mapping: see every SQLite type before a row moves

Pick the tables, then open one: each SQL Server column shows the SQLite type it becomes. Change a type or a name in place; the line at the bottom names anything that would fail.

3

Execution: start it, and the job is saved

Review what the run will do, start it, and read the log as it goes. The job stays in the list to run again or put on a schedule.

Verify the copy

With Verify after the run on, the destination is checked when the copy ends: schema, totals and rows. The window shows which tables, rows and columns differ.

How Verify works

Every option, in the guide

Naming rules, table options, row filters, scheduling and the command line work the same for every database pair, so they live in one place.

Move SQL Server data into SQLite

Download the current build and run the first job against your own database.

Windows Windows 10 or later · 48.2 MB