Darmowy konwerter online DB3 do SQL

Plik DB3 wymaga konwersji, gdy baza danych musi zostać zaimportowana do oprogramowania akceptującego skrypt SQL, przeniesiona do innego silnika baz danych albo zarchiwizowana w czytelnej postaci tekstowej. Właściwa procedura zależy od tego, czy plik jest bazą danych SQLite, czy tabelą dBASE III.

Czym jest format DB3

DB3 to niejednoznaczne rozszerzenie bazy danych. Zwykle odnosi się ono do pliku bazy danych SQLite albo tabeli dBASE III; samo rozszerzenie nie identyfikuje formatu.

• SQLite: Kompletna relacyjna baza danych przechowywana w jednym pliku. Może zawierać tabele, indeksy, widoki, wyzwalacze, definicje schematu i dane. Pliki SQLite są używane przez aplikacje desktopowe, urządzenia wbudowane, aplikacje mobilne i instalacje oprogramowania. Plik SQLite zwykle rozpoczyna się nagłówkiem SQLite format 3.
• dBASE III: Tabela zawierająca rekordy i definicje pól. Jej typowym rozszerzeniem jest .dbf, chociaż niektóre programy używają .db3 dla tabel dBASE III. Pola memo mogą wymagać pasującego pliku .dbt. Plik dBASE III zawiera nagłówek dBASE i obszar definicji pól, a nie nagłówek SQLite.

Nie identyfikuj pliku przez otwieranie go w edytorze tekstu: oba formaty są binarne. Sprawdź nagłówek za pomocą narzędzia bazodanowego albo otwórz kopię w oprogramowaniu obsługującym podejrzewany format. Podczas konwersji przechowuj każdy pasujący plik .dbt razem z tabelą dBASE.

Czym jest format SQL

Plik SQL to skrypt w postaci zwykłego tekstu zawierający instrukcje bazodanowe, a nie silnik bazy danych ani jeden uniwersalny format binarny. Zrzut może zawierać instrukcje CREATE TABLE, INSERT, a także instrukcje dotyczące indeksów, widoków, wyzwalaczy i ograniczeń.

Pliki SQL można przeglądać, edytować, przechowywać w systemie kontroli wersji, odtwarzać w bazie danych i przenosić między komputerami bez oryginalnej aplikacji DB3. Zgodność zależy od docelowego silnika: SQLite, MySQL, PostgreSQL i Microsoft SQL Server używają różnych typów danych, reguł cytowania, składni automatycznego numerowania, funkcji i poleceń administracyjnych.

Jak przekonwertować plik SQLite DB3

1. Utwórz kopię zapasową i potwierdź, że plik zawiera nagłówek SQLite.
2. Zainstaluj narzędzie wiersza poleceń SQLite i sprawdź bazę danych:
   sqlite3 input.db3 "PRAGMA integrity_check;"
sqlite3 input.db3 ".tables"
3. Wygeneruj zrzut schematu i danych:
   sqlite3 input.db3 ".dump" > output.sql
4. Otwórz plik output.sql i sprawdź, czy zawiera oczekiwane tabele, wiersze, indeksy, widoki, wyzwalacze i ograniczenia.
5. W razie potrzeby odtwórz skrypt w SQLite:
   sqlite3 restored.db < output.sql

Użytkownicy, którzy nie chcą instalować oprogramowania, mogą bezpłatnie przekonwertować plik w serwisie 101convert.com i pobrać wygenerowany plik SQL. Nie przesyłaj poufnych ani podlegających regulacjom danych bazodanowych do konwertera online.

Jak przekonwertować plik dBASE III DB3

1. Umieść tabelę .db3 lub .dbf oraz pasujący plik memo .dbt w tym samym folderze. Nie zmieniaj nazw żadnego z tych plików przed importem.
2. Otwórz tabelę w programie bazodanowym zgodnym z dBASE albo w narzędziu do konwersji DBF.
3. Użyj opcji Export lub Save as SQL, wybierz docelowy dialekt SQL i uwzględnij zarówno definicje tabel, jak i rekordy. Eksportuj indeksy lub inne metadane tylko wtedy, gdy obsługuje je docelowy silnik.
4. Przed zaimportowaniem sprawdź wygenerowany plik .sql pod kątem nazw pól, literałów dat, wartości memo, precyzji liczb i kodowania znaków.

Jeśli program źródłowy nie może eksportować do SQL, skrypt może odczytać tabelę za pomocą pakietu Python dbfread, utworzyć bazę danych pomostową, wstawić wartości przy użyciu parametryzowanych instrukcji i wyeksportować tę bazę za pomocą polecenia SQLite .dump. Wymaga to jawnej obsługi pól memo, usuniętych rekordów, stron kodowych dBASE i typów pól właściwych dla dBASE.

Zgodność i sprawdzanie danych

Konwersja nie może zachować informacji, które nie mają odpowiednika w docelowym silniku. Pola logiczne, daty, memo, liczbowe i oparte na stronach kodowych dBASE mogą wymagać ręcznego mapowania typów. SQLite używa typowania dynamicznego, dlatego zadeklarowane typy mogą nie odpowiadać dokładnie typom w MySQL lub PostgreSQL.

Brakujące pliki .dbt mogą spowodować utratę zawartości pól memo dBASE. Usunięte rekordy dBASE mogą pozostać w fizycznej tabeli do czasu jej spakowania, a konwerter może je pominąć lub ujawnić w zależności od ustawień. Po imporcie porównaj liczbę wierszy i sprawdź wartości null, daty, precyzję dziesiętną, znaki spoza ASCII, pola memo, indeksy, klucze obce oraz działanie kluczy głównych i automatycznego numerowania.

Zrzut SQLite nie jest automatycznie skryptem MySQL ani PostgreSQL. Przed zaimportowaniem go do innego silnika usuń lub przepisz elementy właściwe dla SQLite, takie jak instrukcje PRAGMA, INSERT OR REPLACE, deklaracje typów SQLite oraz mechanizmy automatycznego numerowania lub cytowania właściwe dla SQLite. Sprawdź wygenerowany SQL w testowej bazie danych przed wykonaniem go na danych produkcyjnych.