---
title: "SQLite を SQL Server にブラウザで移行"
description: "SQLite のデータベースを SQL Server に移行。.db ファイルかダンプを同じテーブル、キー、データを持つスクリプトに変換し、すべての変更をレポートします。"
canonical: https://intosql.com/ja/sqlite-to-sql-server
last_updated: 2026-10-15
---

# SQLite を SQL Server にブラウザで移行

SQLite データベースファイル (.db、.sqlite、.sqlite3) または sqlite3 の .dump が書き出す SQL をドロップすると、同じテーブル、キー、インデックス、データを持つ SQL Server スクリプトをダウンロードできます。各列には値が収まる型を付け、SQL Server がそのまま保持できない値はすべてレポートに記載されます。

[SQLite から SQL Server への移行ガイド](https://intosql.com/docs/migrations/sqlite-to-sql-server)

[SQLite から SQL Server へのデータ型](https://intosql.com/docs/types/sqlite-to-sql-server)

## SQLite から SQL Server で変わること

各行はコンバーターが適用するルールです。ルールによってデータが変わったときにレポートに書かれる行も示します。

| SQLite では | SQL Server では | レポートの行 |
| --- | --- | --- |
| declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none) | 列のすべての値が収まる型 |  |
| BOOLEAN, BOOL | bit |  |
| TEXT, VARCHAR(n), CHAR(n), CLOB | nvarchar(n) または nvarchar(max) |  |
| DECIMAL(p,s), NUMERIC | すべての値が収まれば正確な型、それ以外は double |  |
| BLOB, and columns holding bytes | varbinary(max) |  |
| DATE, DATETIME, TIMESTAMP holding ISO 8601 text | date、datetime2(p) |  |
| JSON holding JSON text | nvarchar(max) |  |
| Infinity in REAL columns | NULL | `invalid_value_null` |
| INTEGER PRIMARY KEY, AUTOINCREMENT | IDENTITY、最大の ID または sqlite_sequence の値の後から継続 |  |
| COLLATE NOCASE | 大文字と小文字を区別しない照合順序 |  |
| generated columns | 計算列、STORED なら PERSISTED |  |
| generated columns with functions IntoSQL doesn't write, and the || operator | 普通の列 | `generated_not_translated` |
| defaults with functions IntoSQL doesn't write (strftime, randomblob) | デフォルト値なし | `default_not_translated` |
| CHECK constraints | 変換済み |  |
| CHECK constraints with functions IntoSQL doesn't write | 作成しない | `check_skipped` |
| partial and expression indexes | 作成しない | `index_skipped` |
| foreign keys (unenforced unless PRAGMA foreign_keys=ON) | データの後に WITH NOCHECK で作成してからチェック |  |
| ON DELETE or ON UPDATE that cascades in a cycle or along a second path | NO ACTION | `foreign_key_action_dropped` |
| VARCHAR(n) holding characters past U+FFFF (emoji) | nvarchar(2n)、4000 を超えると nvarchar(max) | `text_length_widened` |
| foreign keys to tables the dump doesn't create | 作成しない | `foreign_key_skipped` |
| primary keys holding NULL, and NOT NULL columns with values that become NULL | NOT NULL を削除 | `not_null_relaxed` |
| views, triggers and virtual tables (FTS, R*Tree) | レポートに記載 | `not_converted_objects` |
| dumps without CREATE TABLE (--data-only) | 値から読み取った型 | `no_schema` |
| expressions in INSERT values other than the text functions dumps write | NULL | `expression_value` |
| NUL characters in text | 保持 |  |
| text that isn't valid UTF-8 | 不正なバイトを置換文字に | `invalid_utf8_replaced` |
| text decoded twice (ñ) | そのままコピー | `mojibake_suspected` |

## スクリプトを SQL Server に読み込む

スクリプトはテーブルを作成して行をコピーしてから、キー、インデックス、外部キーを追加します。そのため読み込みが速く、最初のエラーで止まります。

```shell
sqlcmd -b -f 65001 -S localhost -d mydb -i sqlite.sql_server.sql
```

外部キーは WITH NOCHECK で追加してからチェックします。存在しない行を参照している行があれば、途中で失敗する代わりに、どの制約かをスクリプトが示し、その制約は未チェックのまま残します。

大きなダンプでは、サーバーと同じマシンで sqlcmd を実行してください。最大 1000 行のバッチごとにコミットするため、トランザクションログは小さいままです。

## SQLite を最適な方法でダンプする

コンバーターはダンプの内容を読み取ります。次のオプションを使うと、より多くのデータがダンプに残ります。

- データベースファイル自体をそのまま変換し、ブラウザでページ単位で読み込みます。変更が -wal ファイルに残らないよう、先に書き込み中のアプリを閉じてください。
- sqlite3 app.db .dump > app.sql で同じデータベースを SQL として書き出せます。これも .sql または .sql.gz として変換できます。
- DB Browser for SQLite では File、Export、Database to SQL file の順に選ぶとその SQL を書き出せます。Python の iterdump() も同様です。

## 変換されないもの

ビューとトリガーは SQLite 独自の言語で書かれています。黙って削除することはなく、レポートに名前で一覧するので、SQL Server 向けに書き直せます。FTS5 や R*Tree などの仮想テーブルも一覧し、そのシャドウテーブルは含めません。

## SQLite から SQL Server への変換に関する質問

### ダンプはアップロードされますか？

いいえ。コンバーターはブラウザ上で動作し、ダンプをディスクから少しずつ読み込むため、ダンプがコンピューターの外に出ることはありません。デスクトップアプリとコマンドラインも、お使いのコンピューター上で変換します。

### ダンプはどのくらいの大きさまで扱えますか？

コンバーターはダンプ全体をメモリに保持しません。ファイルを範囲ごとに 2 回読み、読みながらスクリプトを書き出します。数 GB のダンプも、ブラウザ、デスクトップアプリ、コマンドラインで変換できます。

### .db ファイル自体を変換できますか？

はい。.db、.sqlite、.sqlite3 ファイルをドロップしてください。ブラウザで読み込まれ、アップロードされることはありません。NUL 文字を含むテキストや double のすべての桁も保存されたとおりに届きます。.dump ではこれらが欠けることがあります。

### どの SQLite バージョンのダンプに対応していますか？

SQLite 3.0 以降の UTF-8 または UTF-16 のデータベースファイルと、sqlite3 シェルの .dump または Python の iterdump() で作成したダンプです。すべてのテスト用ファイルとダンプは sqlite3 3.31 から 3.54 で作成し、STRICT と WITHOUT ROWID のテーブルも含め、ソースとセル単位で比較しています。

### SQLite が型を強制しない場合、列の型はどう決まりますか？

宣言された型は目安で、値によって決まります。すべての値が収まれば、列は bigint、decimal、float、date、datetime2、bit、varbinary、nvarchar のいずれかになります。テキストは SQLite と同じく厳密に比較し、COLLATE NOCASE の列は大文字と小文字を区別せずに比較します。

### INTEGER PRIMARY KEY と AUTOINCREMENT は保持されますか？

はい。INTEGER PRIMARY KEY は IDENTITY 列になり、各行は ID を保ちます。次の ID は最大の ID の後から、AUTOINCREMENT がある場合は sqlite_sequence の値の後から続きます。

### ビューとトリガーはどうなりますか？

データベースごとに独自の言語で書かれるため、変換はせず、レポートに名前で一覧します。

### スクリプトはどの SQL Server バージョンで読み込めますか？

SQL Server 2017 から 2025 です。同じスクリプトをそれぞれで読み込み、問題があれば最初のエラーで止まります。

## SQLite から

- [SQLite から PostgreSQL へ](https://intosql.com/ja/sqlite-to-postgresql)
- [SQLite から MySQL へ](https://intosql.com/ja/sqlite-to-mysql)
- [SQLite から MariaDB へ](https://intosql.com/ja/sqlite-to-mariadb)
- [SQLite から SQLite へ](https://intosql.com/ja/sqlite-to-sqlite)
- [SQLite から Oracle へ](https://intosql.com/ja/sqlite-to-oracle)

## SQL Server へ

- [MySQL から SQL Server へ](https://intosql.com/ja/mysql-to-sql-server)
- [MariaDB から SQL Server へ](https://intosql.com/ja/mariadb-to-sql-server)
- [PostgreSQL から SQL Server へ](https://intosql.com/ja/postgresql-to-sql-server)
- [SQL Server から SQL Server へ](https://intosql.com/ja/sql-server-to-sql-server)
- [Oracle から SQL Server へ](https://intosql.com/ja/oracle-to-sql-server)

## ガイドとすべての組み合わせ

- [SQL Server から SQLite へ](https://intosql.com/ja/sql-server-to-sqlite)
- [SQLite から SQL Server への移行ガイド](https://intosql.com/docs/migrations/sqlite-to-sql-server)
- [SQLite から SQL Server へのデータ型](https://intosql.com/docs/types/sqlite-to-sql-server)
- [すべてのデータベースの組み合わせ](https://intosql.com/ja/database-migration)