phpMyAdmin: utworzenie bazy i import pliku .sql z arkusza INF.03

Przy uruchomionych Apache i MySQL wpisz w przeglądarce localhost/phpmyadmin. Po lewej stronie jest drzewo baz. Na świeżej instalacji XAMPP są tam tylko bazy systemowe (information_schema, mysql, performance_schema, phpmyadmin) i pusta baza test. Żadnej z nich nie ruszaj - bazę z arkusza zakładasz sama lub sam.

Kliknij New na górze drzewa (albo zakładkę Databases). W polu nazwy wpisz nazwę dokładnie z arkusza - tu opony (arkusz INF.03-11-25.06-SG: „Utwórz bazę danych o nazwie opony, z zestawem polskich znaków (np. utf8_polish_ci)”). Z listy obok wybierz porównywanie z arkusza: utf8_polish_ci albo utf8_unicode_ci - arkusze podają jedno z nich jako przykład. Kliknij Create.

phpMyAdmin od razu przechodzi do nowej bazy: na górze widać Database: opony, a w drzewie po lewej pojawia się opony - na razie bez tabel. To ważne: baza jest teraz zaznaczona, więc import trafi właśnie do niej.

Przy zaznaczonej bazie opony kliknij zakładkę Import. Nagłówek musi brzmieć Importowanie do bazy danych "opony". Kliknij Wybierz plik.

Przejdź do folderu, do którego rozpakowano archiwum z arkusza (tu pliki8 na pulpicie), zaznacz plik .sql (tu opona.sql) i kliknij Otwórz. Plik ma rozszerzenie .sql i typ „Plik SQL” - to zwykły tekst z poleceniami CREATE TABLE i INSERT INTO.

Obok przycisku widać nazwę wybranego pliku. Pole Character set of the file zostaw na utf-8 - pliki z arkuszy INF.03 są zapisane w UTF-8 i tylko przy tym ustawieniu polskie litery z danych trafią do bazy poprawnie.

Resztę opcji zostaw domyślną: format SQL, włączone Enable foreign key checks. Przewiń stronę na sam dół i kliknij Import.

Zielony pasek „Import zakończony sukcesem, wykonano 24 zapytań. (opona.sql)” i nowe tabele w drzewie po lewej (klient, opony, zamowienie) to dowód poprawnego importu. Pod paskiem phpMyAdmin wypisuje każde wykonane zapytanie. Właśnie ten widok arkusze każą udokumentować zrzutem import - jak go zrobić, opisuje tutorial o zrzutach.

Kliknij nazwę bazy w drzewie. Zakładka Structure pokazuje tabele z liczbą rekordów (tu 9, 27 i 325) i porównywaniem napisów każdej tabeli (utf8_polish_ci). Porównywanie tabel pochodzi z pliku .sql - polecenia CREATE TABLE zawierają własne COLLATE, więc tabele dostają zestaw z dumpu, a nie ten wybrany przy tworzeniu bazy.

Kliknij tabelę z polskimi znakami (tu klient) - otworzy się zakładka Browse. Rekord 7 to Elżbieta Kościow: litery ż i ś wyglądają poprawnie, czyli plik został wczytany z właściwym zestawem znaków.

Gdy przed kliknięciem Import żadna baza nie jest zaznaczona (np. po kliknięciu logo phpMyAdmin albo ikony domku), zakładka importuje do bieżącego serwera. Nagłówek brzmi wtedy „Importowanie do bieżącego serwera”.

Plik z arkusza nie zawiera polecenia USE, więc serwer nie wie, w której bazie utworzyć tabele, i przerywa import komunikatem #1046 - Nie wybrano żadnej bazy danych. Żadna tabela nie powstała. Kliknij bazę w drzewie, otwórz Import jeszcze raz i wybierz plik ponownie.

Druga pomyłka jest cicha: jeśli w drzewie zaznaczona jest inna baza (tu test), nagłówek importu brzmi „Importowanie do bazy danych "test"”. Zanim klikniesz Import, zawsze przeczytaj ten nagłówek.

Import kończy się sukcesem, ale tabele klient, opony i zamowienie są w bazie test, a baza opony z arkusza zostaje pusta. Zrzut import z takim widokiem nie pokazuje importu do bazy z arkusza, a zapytania wykonane na bazie opony nic nie zwrócą.

W bazie test kliknij Check all, a z listy Z zaznaczonymi wybierz Drop. phpMyAdmin pyta, czy wykonać DROP TABLE dla zaznaczonych tabel - pole Enable foreign key checks jest zaznaczone.

Przy włączonym sprawdzaniu kluczy obcych serwer odmawia: #1451 - Cannot delete or update a parent row: a foreign key constraint fails. Tabela zamowienie wskazuje na klient i opony, więc tych dwóch nie wolno usunąć, dopóki istnieje relacja. Usunięta została tylko zamowienie - w bazie zostały klient i opony.

Zaznacz pozostałe tabele i znowu wybierz Drop. Tym razem odznacz Enable foreign key checks i kliknij Tak. Tabele znikną, a baza test znów będzie pusta.

Część plików z arkuszy zawiera własne CREATE DATABASE i USE. Tak jest w fotografia.sql z arkusza INF.03-05-25.06-SG. Tu baza została założona pod nazwą fotografie (z literówką) i plik zaimportowano do niej. Import kończy się sukcesem, ale w drzewie widać dwie bazy: pustą fotografie i nową fotografia z tabelami zamowienia i zdjecia.

Otwórz plik .sql w Notatniku i poszukaj na początku wierszy CREATE DATABASE i USE. W fotografia.sql są to CREATE DATABASE IF NOT EXISTS z nazwą fotografia oraz USE z tą samą nazwą. Polecenie USE przełącza import na bazę z pliku, niezależnie od tego, która była zaznaczona.

W polu Character set of the file lista zawiera wiele kodowań. Tu przez pomyłkę wybrano windows-1250 (polska strona kodowa Windows), choć plik jest w UTF-8.

Import przechodzi bez błędu, ale dane są zepsute: zamiast „Elżbieta Kościow” w tabeli klient jest „ElĹĽbieta KoĹ›ciow”. Tych krzaków nie naprawi skrypt PHP ani znacznik meta - są zapisane w bazie. Usuń tabele (albo całą bazę) i zaimportuj plik jeszcze raz z ustawieniem utf-8.