---
title: "Перенос базы SQLite на другую версию"
description: "Конвертируйте файл SQLite .db или дамп в скрипт, который загружается на SQLite 3.31 и новее, с теми же таблицами, ключами и данными и отчетом о каждом изменении."
canonical: https://intosql.com/ru/sqlite-v-sqlite
last_updated: 2026-10-15
---

# Перенос базы SQLite на другую версию

Перетащите файл базы данных SQLite (.db, .sqlite, .sqlite3) или SQL, который пишет .dump в sqlite3, и скачайте скрипт, который загружается на SQLite 3.31 и новее. Каждый столбец сохраняет объявленный тип и collation, STRICT опускается, чтобы старые версии принимали таблицы, и каждое изменение указано в отчете.

[Руководство по миграции SQLite в SQLite](https://intosql.com/docs/migrations/sqlite-to-sqlite)

[Типы данных из SQLite в SQLite](https://intosql.com/docs/types/sqlite-to-sqlite)

## Что меняется между файлом и скриптом

Каждая строка - это правило, которое применяет конвертер, и строка отчета, которую он пишет, когда правило что-то меняет в ваших данных.

| В файле | В скрипте | Строка отчета |
| --- | --- | --- |
| declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none) | тип, в который помещается каждое значение столбца |  |
| BOOLEAN, BOOL | INTEGER 0 или 1 с CHECK |  |
| TEXT, VARCHAR(n), CHAR(n), CLOB | объявленный тип, как есть |  |
| DECIMAL(p,s), NUMERIC | точный тип, если в него помещается каждое значение, иначе double |  |
| BLOB, and columns holding bytes | BLOB |  |
| DATE, DATETIME, TIMESTAMP holding ISO 8601 text | DATE, DATETIME как текст ISO 8601 |  |
| JSON holding JSON text | TEXT |  |
| Infinity in REAL columns | 9e999, собственная бесконечность SQLite |  |
| INTEGER PRIMARY KEY, AUTOINCREMENT | INTEGER PRIMARY KEY, AUTOINCREMENT сохраняется |  |
| COLLATE NOCASE | COLLATE NOCASE |  |
| generated columns | генерируемые столбцы, STORED или VIRTUAL, как в источнике |  |
| 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) | те же внешние ключи, список через PRAGMA foreign_key_check |  |
| 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` |

## Загрузите скрипт в SQLite

Скрипт создает таблицы, копирует строки, затем добавляет ключи, индексы и внешние ключи, поэтому загрузка идет быстро и останавливается на первой ошибке.

```shell
sqlite3 -bail mydb.sqlite < sqlite.sqlite.sql
```

Внешние ключи объявляются в каждой таблице, а строки загружаются с отключенной проверкой внешних ключей. Затем скрипт перечисляет все строки, которые ссылаются на несуществующие строки, а не прерывается на полпути.

Большой дамп загружайте в новый файл на локальном диске. Скрипт загружает все в одной транзакции с отключенной синхронизацией, поэтому работает со скоростью диска, а прерванная загрузка не оставляет неполных таблиц.

Командная строка загружает файл прямо в базу SQLite, без написания скрипта. Это бесплатно.

## Как создать дамп SQLite для лучшего результата

Конвертер читает то, что есть в дампе. Эти параметры сохраняют в нем больше ваших данных:

- Сам файл базы данных конвертируется как есть и читается в браузере страница за страницей. Сначала закройте приложение, которое в него пишет, чтобы ни одно изменение не осталось в его файле -wal.
- sqlite3 app.db .dump > app.sql записывает ту же базу данных в SQL, который тоже конвертируется, в формате .sql или .sql.gz.
- DB Browser for SQLite пишет этот SQL через File, Export, Database to SQL file, как и iterdump() в Python.

## Что не конвертируется

Представления, триггеры, процедуры, функции и другие объекты, написанные на собственном языке SQLite, перечислены в отчете по имени и никогда не удаляются молча, чтобы вы могли проверить каждый на той версии SQLite, в которую загружаете, прежде чем создать его заново.

## Вопросы о переносе SQLite между версиями

### Мой дамп загружается на сервер?

Нет. Конвертер работает в вашем браузере и читает дамп с диска по частям, поэтому он никогда не покидает ваш компьютер. Приложение для компьютера и командная строка тоже конвертируют на вашем компьютере.

### Насколько большим может быть дамп?

Конвертер никогда не держит весь дамп в памяти: он читает файл дважды, по диапазонам, и пишет скрипт по ходу чтения. Дампы в несколько гигабайт конвертируются в браузере, в приложении для компьютера и в командной строке.

### Можно ли конвертировать сам файл .db?

Да. Перетащите файл .db, .sqlite или .sqlite3: он читается в браузере и никуда не загружается. Текст с символами NUL и все цифры значения double приходят такими, как хранятся, а .dump может их обрезать.

### Из каких версий SQLite может быть дамп?

Файлы баз данных SQLite начиная с 3.0, в UTF-8 или UTF-16, и дампы из .dump оболочки sqlite3 или из iterdump() в Python. Каждый тестовый файл и дамп создан в sqlite3 с 3.31 по 3.54, включая таблицы STRICT и WITHOUT ROWID, и сверен с источником ячейка за ячейкой.

### Как определяются типы столбцов, если SQLite их не соблюдает?

Каждый столбец сохраняет объявленный тип, как и COLLATE NOCASE и RTRIM. STRICT опускается, поэтому скрипт загружается на любой версии начиная с 3.31.

### Сохраняются ли INTEGER PRIMARY KEY и AUTOINCREMENT?

Да. INTEGER PRIMARY KEY и AUTOINCREMENT остаются как есть, а sqlite_sequence продолжается с того места, где его оставил дамп.

### А представления и триггеры?

Они перечислены в отчете по имени и не конвертируются, чтобы вы могли создать их заново, когда таблицы будут загружены.

### На каких версиях SQLite загружается скрипт?

SQLite 3.31 и новее. Каждый тестовый файл и дамп загружается на 3.31 и 3.54 и останавливается на первой ошибке, если что-то пойдет не так.

## Из SQLite

- [SQLite в PostgreSQL](https://intosql.com/ru/sqlite-v-postgresql)
- [SQLite в MySQL](https://intosql.com/ru/sqlite-v-mysql)
- [SQLite в MariaDB](https://intosql.com/ru/sqlite-v-mariadb)
- [SQLite в SQL Server](https://intosql.com/ru/sqlite-v-sql-server)
- [SQLite в Oracle](https://intosql.com/ru/sqlite-v-oracle)

## В SQLite

- [MySQL в SQLite](https://intosql.com/ru/mysql-v-sqlite)
- [MariaDB в SQLite](https://intosql.com/ru/mariadb-v-sqlite)
- [PostgreSQL в SQLite](https://intosql.com/ru/postgresql-v-sqlite)
- [SQL Server в SQLite](https://intosql.com/ru/sql-server-v-sqlite)
- [Oracle в SQLite](https://intosql.com/ru/oracle-v-sqlite)

## Руководство и все пары

- [Руководство по миграции SQLite в SQLite](https://intosql.com/docs/migrations/sqlite-to-sqlite)
- [Типы данных из SQLite в SQLite](https://intosql.com/docs/types/sqlite-to-sqlite)
- [Все пары баз данных](https://intosql.com/ru/migratsiya-bazy-dannykh)