Darmowy konwerter online ACCDB do DB

Konwersja jest potrzebna, gdy aplikacja lub urządzenie wymaga silnika bazy danych, który nie może otwierać plików Microsoft Access, najczęściej SQLite. Ponieważ .db nie jest zdefiniowanym formatem, przed eksportowaniem lub importowaniem jakichkolwiek danych należy określić docelowy silnik.

Czym jest format ACCDB

ACCDB to format bazy danych Microsoft Access wprowadzony wraz z Access 2007. Microsoft Access i aplikacje korzystające z Microsoft Access Database Engine, nazywanego także ACE, tworzą go i otwierają.

Plik ACCDB może zawierać tabele, relacje, kwerendy, formularze, raporty, makra, moduły VBA, załączniki, indeksy, reguły sprawdzania poprawności oraz inne obiekty specyficzne dla Access. Zgodne oprogramowanie Windows może łączyć się z nim za pośrednictwem ODBC lub OLE DB po zainstalowaniu wymaganego sterownika Access Database Engine. ACCDB nie jest ogólnym formatem wymiany danych, dlatego większość aplikacji bazodanowych nie może otworzyć go jako natywnej bazy danych.

Czym jest format DB

.db to rozszerzenie nazwy pliku, a nie pojedynczy standard bazy danych. Jest często używane w przypadku baz danych SQLite, ale aplikacje wykorzystują je także dla zastrzeżonych baz danych i innych, niezwiązanych ze sobą formatów. Sprawdź w dokumentacji programu odbierającego wymagany silnik, schemat i metodę importu.

Gdy celem jest SQLite, wynikiem jest zazwyczaj jeden przenośny, bezserwerowy plik bazy danych, który aplikacje mogą otworzyć bez Microsoft Access. SQLite nadaje się do aplikacji lokalnych, urządzeń wbudowanych, testowania, wymiany danych i prostych archiwów. Nie zachowuje formularzy Access, raportów, modułów VBA, makr, ustawień nawigacji, uprawnień ani zachowania kwerend właściwego dla Access jako wykonywalnych obiektów.

Konwersja za pomocą wbudowanego konwertera online

Aby przeprowadzić podstawową konwersję bez instalowania oprogramowania, użyj bezpłatnego konwertera na stronie 101convert.com:

1. Otwórz konwerter ACCDB-to-DB na stronie 101convert.com.
2. Prześlij plik .accdb.
3. Wybierz typ wyjściowej bazy danych, gdy opcja wyjściowa jest dostępna. Wybierz SQLite, jeśli aplikacja odbierająca wymaga konkretnie SQLite.
4. Rozpocznij konwersję i pobierz wynikowy plik .db.
5. Otwórz wynik w aplikacji docelowej i sprawdź tabele, liczbę wierszy, wartości kolumn, daty, precyzję wartości liczbowych, kodowanie tekstu oraz relacje.

Nie przesyłaj poufnych, osobowych ani regulowanych danych, chyba że usługa spełnia wymagania bezpieczeństwa obowiązujące w Twojej organizacji. Pliki ACCDB chronione hasłem lub zaszyfrowane mogą wymagać wcześniejszego lokalnego otwarcia i wyeksportowania, a niektóre procedury konwersji mogą ich nie obsługiwać.

Lokalna konwersja do SQLite

Lokalna migracja jest preferowana, gdy baza danych zawiera dane wrażliwe lub wymaga kontroli schematu. W systemie Windows zainstaluj Microsoft Access lub Microsoft Access Database Engine, zainstaluj narzędzie migracji obsługujące ODBC i wybierz sterownik o nazwie Microsoft Access Driver (*.mdb, *.accdb). Skonfiguruj źródło jako plik ACCDB, a miejsce docelowe jako nową bazę danych SQLite.

1. Utwórz kopię zapasową oryginalnego pliku ACCDB i pracuj na kopii.
2. Połącz się ze źródłem za pośrednictwem sterownika ACE ODBC.
3. Wyświetl listę tabel użytkownika i wyklucz obiekty systemowe, takie jak tabele, których nazwy zaczynają się od MSys.
4. Utwórz tabele SQLite z jawnymi mapowaniami typów danych Access, zamiast przypisywać każdej kolumnie ten sam typ.
5. Skopiuj wiersze za pomocą sparametryzowanych instrukcji insert, a następnie odtwórz klucze główne, indeksy, ograniczenia unikatowości i klucze obce, jeśli obsługuje je projekt miejsca docelowego.
6. Przepisz kwerendy zależne od Jet lub ACE SQL, funkcji VBA, parametrów Access lub działania tabel przestawnych.
7. Zatwierdź bazę danych SQLite, uruchom kontrole integralności i porównaj wynik ze źródłem.

Python może automatyzować ten proces za pomocą pyodbc do połączenia z Access oraz wbudowanego modułu Python sqlite3 dla miejsca docelowego. Python, sterownik ODBC i Access Database Engine muszą korzystać ze zgodnych architektur 32-bitowych lub 64-bitowych. Prosty skrypt, który tworzy każdą kolumnę SQLite jako TEXT, nie zapewnia niezawodnej migracji: może uszkodzić daty, precyzję wartości liczbowych, wartości logiczne, dane binarne, klucze i ograniczenia.

Używanie CSV do transferów obejmujących wyłącznie dane

W przypadku małej bazy danych otwórz plik w Access i użyj opcji External Data → Export → Text File, aby utworzyć plik CSV dla każdej wymaganej tabeli. Zaimportuj pliki CSV do SQLite za pomocą desktopowego klienta baz danych lub narzędzi wiersza poleceń SQLite, a następnie zdefiniuj typy kolumn i ograniczenia podczas importu.

Transfery CSV obejmują wyłącznie wartości tabel. Nie przenoszą relacji, indeksów, kluczy głównych, kwerend, formularzy, raportów, makr, reguł sprawdzania poprawności, załączników ani ustawień zabezpieczeń Access. Eksportuj załączniki binarne osobno, gdy aplikacja docelowa nie może przechowywać ich w kolumnach BLOB SQLite.

Ograniczenia zgodności

• Pola Access Yes/No, Date/Time, Currency, Attachment, wyszukiwania i wielowartościowe wymagają jawnych mapowań w miejscu docelowym. SQLite używa typowania dynamicznego i nie ma bezpośredniego odpowiednika dla kilku typów pól Access.
• Pola AutoNumber Access powinny zazwyczaj stać się kolumnami SQLite INTEGER PRIMARY KEY, gdy ich działanie związane z identyfikacją odpowiada projektowi miejsca docelowego; przed zaimportowaniem powiązanych wierszy zweryfikuj generowane wartości.
• Access przechowuje daty i godziny inaczej niż wiele aplikacji SQLite. Przetestuj zakresy dat, formaty zależne od ustawień regionalnych, ułamkowe sekundy, wartości null i założenia dotyczące stref czasowych.
• Kwerendy Access mogą zawierać funkcje VBA, monity o parametry, słowa zastrzeżone lub kod SQL specyficzny dla Jet/ACE, który należy przepisać dla SQLite.
• Formularze, raporty, makra, moduły, uprawnienia użytkowników, załączniki i ustawienia interfejsu bazy danych nie są przenośnymi danymi tabelarycznymi i wymagają osobnego zachowania lub ponownego opracowania.
• Przed zastąpieniem źródłowej bazy danych sprawdź liczbę wierszy, wartości null, tekst Unicode, precyzję dziesiętną, pola binarne, indeksy, relacje i reprezentatywne kwerendy aplikacji.
• Jeśli celem jest SQL Server, PostgreSQL, dBase lub inny system niebędący SQLite, nie zmieniaj nazwy pliku na .db. Zamiast tego użyj sterownika, definicji schematu i narzędzia do importu zbiorczego właściwych dla tego systemu.