Splitter Dump SQL

Ponieważ pliki danych odwołują się do siebie nawzajem. Wczytanie kluczy obcych przed istnieniem wskazywanych wierszy kończy się błędem, dlatego standardowa kolejność to schemat, potem dane, a na końcu ograniczenia i indeksy.

Nie - podział w środku instrukcji tworzy pliki, które osobno są nieprawidłowym SQL-em. Podziały muszą przypadać na granice instrukcji, dlatego prosty podział według liczby linii zwykle się nie sprawdza.

Tak. Zrzut, który zmienia separator instrukcji za pomocą DELIMITER ;; przy definiowaniu procedury, jest traktowany jako jeden niepodzielny blok - od linii otwierającej DELIMITER aż do zamykającej, dzięki czemu granica fragmentu nigdy nie trafia w środek treści procedury ani między DELIMITER ;; a zależną od niego treścią.

Tak - wystarczy dodać plik .gz bezpośrednio, a zostanie on zdekompresowany w przeglądarce przed podziałem, przy użyciu tego samego standardowego formatu gzip, jaki tworzą polecenie gzip oraz mysqldump | gzip. Nic nie jest przesyłane ani konwertowane po stronie serwera.

Podział rozwiązuje problem z limitem rozmiaru, a nie z szybkością. Aby przyspieszyć import, wczytuj dane przed utworzeniem indeksów i grupuj partie w transakcje.

Nie. Podział odbywa się ogólnie na średnikach kończących instrukcje, więc zrzut PostgreSQL lub innego SQL-a również dzieli się bezpiecznie. Specyficzna obsługa DELIMITER dla MySQL uruchamia się tylko wtedy, gdy zrzut faktycznie używa tej składni do procedur składowanych lub wyzwalaczy - w innym przypadku nic nie robi.

Dopasuj go do tego, co odrzuca cały plik - phpMyAdmin i wielu dostawców hostingu ogranicza przesyłanie do wartości od kilku MB do kilkuset MB, więc sprawdź ten limit i wybierz rozmiar fragmentu wyraźnie poniżej niego. Mniejsze fragmenty oznaczają po prostu więcej plików do zaimportowania po kolei, bez innych wad.