---
title: "Przenieś bazę SQLite do innej wersji"
description: "Konwertuj plik .db SQLite lub zrzut na skrypt, który ładuje się na SQLite 3.31 i nowszych, z tymi samymi tabelami, kluczami i danymi oraz raportem każdej zmiany."
canonical: https://intosql.com/pl/sqlite-do-sqlite
last_updated: 2026-10-15
---

# Przenieś bazę SQLite do innej wersji

Upuść plik bazy danych SQLite (.db, .sqlite, .sqlite3) albo SQL zapisany przez .dump w sqlite3 i pobierz skrypt, który ładuje się na SQLite 3.31 i nowszych. Każda kolumna zachowuje zadeklarowany typ i collation, STRICT jest pomijane, żeby starsze wersje akceptowały tabele, a każda zmiana jest wymieniona w raporcie.

[Przewodnik migracji SQLite do SQLite](https://intosql.com/docs/migrations/sqlite-to-sqlite)

[Typy danych z SQLite do SQLite](https://intosql.com/docs/types/sqlite-to-sqlite)

## Co się zmienia między plikiem a skryptem

Każdy wiersz to reguła stosowana przez konwerter, z wpisem, który dodaje do raportu, gdy reguła coś zmienia w twoich danych.

| W pliku | W skrypcie | Wpis w raporcie |
| --- | --- | --- |
| declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none) | typ, w którym mieści się każda wartość kolumny |  |
| BOOLEAN, BOOL | INTEGER 0 lub 1 z CHECK |  |
| TEXT, VARCHAR(n), CHAR(n), CLOB | zadeklarowany typ, bez zmian |  |
| DECIMAL(p,s), NUMERIC | dokładny typ, gdy mieści się w nim każda wartość, w przeciwnym razie double |  |
| BLOB, and columns holding bytes | BLOB |  |
| DATE, DATETIME, TIMESTAMP holding ISO 8601 text | DATE, DATETIME jako tekst ISO 8601 |  |
| JSON holding JSON text | TEXT |  |
| Infinity in REAL columns | 9e999, własna nieskończoność SQLite |  |
| INTEGER PRIMARY KEY, AUTOINCREMENT | INTEGER PRIMARY KEY, AUTOINCREMENT zachowane |  |
| COLLATE NOCASE | COLLATE NOCASE |  |
| generated columns | kolumny generowane, STORED lub VIRTUAL jak w źródle |  |
| generated columns with functions IntoSQL doesn't write, and the || operator | zwykła kolumna | `generated_not_translated` |
| defaults with functions IntoSQL doesn't write (strftime, randomblob) | brak wartości domyślnej | `default_not_translated` |
| CHECK constraints | przetłumaczone |  |
| CHECK constraints with functions IntoSQL doesn't write | nie jest tworzone | `check_skipped` |
| partial and expression indexes | nie jest tworzone | `index_skipped` |
| foreign keys (unenforced unless PRAGMA foreign_keys=ON) | te same klucze obce, wypisywane przez PRAGMA foreign_key_check |  |
| foreign keys to tables the dump doesn't create | nie jest tworzone | `foreign_key_skipped` |
| primary keys holding NULL, and NOT NULL columns with values that become NULL | NOT NULL usunięte | `not_null_relaxed` |
| views, triggers and virtual tables (FTS, R*Tree) | wymienione w raporcie | `not_converted_objects` |
| dumps without CREATE TABLE (--data-only) | typy odczytane z wartości | `no_schema` |
| expressions in INSERT values other than the text functions dumps write | NULL | `expression_value` |
| NUL characters in text | zachowane |  |
| text that isn't valid UTF-8 | błędne bajty jako znak zastępczy | `invalid_utf8_replaced` |
| text decoded twice (Ã±) | skopiowane bez zmian | `mojibake_suspected` |

## Załaduj skrypt do SQLite

Skrypt tworzy tabele, kopiuje wiersze, a potem dodaje klucze, indeksy i klucze obce, więc ładuje się szybko i zatrzymuje przy pierwszym błędzie.

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

Klucze obce są deklarowane w każdej tabeli, a wiersze ładują się z wyłączonym sprawdzaniem kluczy obcych. Potem skrypt wypisuje każdy wiersz, który wskazuje na nieistniejący wiersz, zamiast przerwać w połowie.

Duży zrzut ładuj do nowego pliku na dysku lokalnym. Skrypt ładuje wszystko w jednej transakcji z wyłączoną synchronizacją, więc działa z szybkością dysku, a przerwane ładowanie nie zostawia niepełnych tabel.

Wiersz poleceń ładuje plik prosto do bazy SQLite, bez pisania skryptu. To nic nie kosztuje.

## Jak zrobić zrzut SQLite dla najlepszego wyniku

Konwerter odczytuje to, co zawiera zrzut. Te opcje zachowują w nim więcej twoich danych:

- Sam plik bazy danych konwertuje się bez zmian, odczytywany strona po stronie w przeglądarce. Najpierw zamknij aplikację, która do niego zapisuje, żeby żadna zmiana nie została w jego pliku -wal.
- sqlite3 app.db .dump > app.sql zapisuje tę samą bazę danych jako SQL, który też się konwertuje, jako .sql lub .sql.gz.
- DB Browser for SQLite zapisuje ten SQL przez File, Export, Database to SQL file, podobnie jak iterdump() w Pythonie.

## Co nie jest konwertowane

Widoki, wyzwalacze, procedury, funkcje i inne obiekty napisane we własnym języku SQLite są wymienione w raporcie z nazwy i nigdy nie są pomijane po cichu, więc możesz sprawdzić każdy z nich w wersji SQLite, do której ładujesz, zanim go odtworzysz.

## Pytania o przenoszenie SQLite między wersjami

### Czy mój zrzut jest wysyłany?

Nie. Konwerter działa w przeglądarce i odczytuje zrzut z dysku po kawałku, więc nigdy nie opuszcza on twojego komputera. Aplikacja na komputer i wiersz poleceń też konwertują na twoim komputerze.

### Jak duży może być zrzut?

Konwerter nigdy nie trzyma całego zrzutu w pamięci: czyta plik dwa razy, fragmentami, i zapisuje skrypt na bieżąco. Zrzuty wielogigabajtowe konwertują się w przeglądarce, w aplikacji na komputer i w wierszu poleceń.

### Czy mogę przekonwertować sam plik .db?

Tak. Upuść plik .db, .sqlite lub .sqlite3: jest odczytywany w przeglądarce i nigdy nie jest wysyłany. Tekst ze znakami NUL i każda cyfra wartości double docierają tak, jak zostały zapisane, a .dump może je obciąć.

### Z jakich wersji SQLite może pochodzić zrzut?

Pliki bazy danych od SQLite 3.0, w UTF-8 lub UTF-16, oraz zrzuty z .dump powłoki sqlite3 lub z iterdump() w Pythonie. Każdy testowy plik i zrzut pochodzi z sqlite3 od 3.31 do 3.54, łącznie z tabelami STRICT i WITHOUT ROWID, i jest porównywany ze źródłem komórka po komórce.

### Jak ustalane są typy kolumn, skoro SQLite ich nie wymusza?

Każda kolumna zachowuje zadeklarowany typ, podobnie jak COLLATE NOCASE i RTRIM. STRICT jest pomijane, więc skrypt ładuje się na każdej wersji od 3.31.

### Czy INTEGER PRIMARY KEY i AUTOINCREMENT są zachowywane?

Tak. INTEGER PRIMARY KEY i AUTOINCREMENT pozostają bez zmian, a sqlite_sequence kontynuuje od miejsca, w którym skończył zrzut.

### A widoki i wyzwalacze?

Raport wymienia je z nazwy, ale nie są konwertowane, więc możesz je odtworzyć, gdy tabele będą już na miejscu.

### Na jakich wersjach SQLite ładuje się skrypt?

SQLite 3.31 i nowsze. Każdy testowy plik i zrzut ładuje się na 3.31 i 3.54 i zatrzymuje przy pierwszym błędzie, jeśli coś pójdzie nie tak.

## Z SQLite

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

## Do SQLite

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

## Przewodnik i każda para

- [Przewodnik migracji SQLite do SQLite](https://intosql.com/docs/migrations/sqlite-to-sqlite)
- [Typy danych z SQLite do SQLite](https://intosql.com/docs/types/sqlite-to-sqlite)
- [Każda para baz danych](https://intosql.com/pl/migracja-bazy-danych)
