Przykładowa poprawna kwerenda:

INSERT INTO wypozyczenia
VALUES (501, "2020-12-22", "AA1998", "58073022657")

Wersja alternatywna kwerendy:

INSERT INTO wypozyczenia (ID_wyp, Data_wyp, ID_filmu, Pesel)
VALUES (501, "2020-12-22", "AA1998", "58073022657");

Wnioski płynące z tego zapytania:

• Jeżeli wartości atrybutów wprowadzamy zgodnie z kolejnością (i liczbą) kolumn wynikającą ze struktury tabeli, to nawias okrągły, zawierający wypis atrybutów, umieszczony przed klauzulą VALUES, staje się opcjonalny – to znaczy można go umieścić, ale niekoniecznie trzeba.

• Ponieważ w tabeli nie ma włączonego trybu AUTO_INCREMENT dla klucza podstawowego, to wpisano ręcznie pierwszą wolną wartość, czyli 501. Gdyby autoinkrementacja była w tabeli włączona, to zamiast konkretnej liczby można jako wartość klucza podać NULL. System wówczas sam przypisze rekordowi pierwszą, niewykorzystaną wartość liczbową.

• Po wykonaniu zapytania otrzymamy jedynie informację o wstawieniu rekordu. Aby rzeczywiście zobaczyć nowy, istniejący rekord w tabeli, należy dodatkowo otworzyć jej podgląd.

• Wartości będące łańcuchami koniecznie zamykamy w cudzysłowie lub ewentualnie wewnątrz apostrofów.

Przykładowa poprawna kwerenda:

INSERT INTO filmy 
VALUES ("SN2010", "The Social Network", "", "", 7);

Wersja alternatywna kwerendy:

INSERT INTO filmy (ID_filmu, Tytul, Cena_w_zl)
VALUES ("SN2010", "The Social Network", 7);

Wnioski płynące z tego zapytania:

• W przypadku pominięcia nawiasów okrągłych z wypisem kolejności i liczby wstawianych atrybutów umieszczonych przed klauzulą VALUES musimy stosować się do porządku kolumn określonego w strukturze tabeli. A zatem nieistniejące wartości wpisujemy w postaci pustych łańcuchów.

• Jeżeli z użyciem dodatkowych nawiasów, umieszczonych przed klauzulą VALUES, podamy listę kolumn różną od tej zdefiniowanej w strukturze tabeli, to puste wartości możemy pominąć (wersja alternatywna kwerendy).

• Kolumny pominięte w zapytaniu INSERT mogą zawierać zdefiniowane wartości domyślne, które ochronią tabelę przed wstawieniem wartości powodującej na przykład nieprawidłowe działanie systemu. W tej tabeli takich mechanizmów nie zdefiniowano dla atrybutów, choć można je łatwo dodać z użyciem opcji „Ustawienia domyślne” w widoku struktury tabeli.

• System zarządzania bazą danych MySQL powinien zareagować ostrzeżeniami (ang. warning) o braku dwóch wartości w przypadku wykonania wersji alternatywnej zapytania. W wersji zachowującej oryginalną kolejność i liczbę atrybutów wartości podano, tyle że są to puste łańcuchy – stąd brak ostrzeżeń systemowych w tej wersji kwerendy.

Przykładowa poprawna kwerenda:

INSERT INTO klienci VALUES
("88062577999", "Jan", "Ruciak"),
("98100716541", "Anna", "Jaruga")

Wnioski płynące z tego zapytania:

• To zapytanie uczy nas wstawiania wielu rekordów z użyciem jednej kwerendy. Każdy wiersz zamykamy w pomocniczych nawiasach okrągłych, rozdzielając rekordy przecinkami.

• Ponieważ zachowano kolejność i liczbę atrybutów znaną ze struktury tabeli, to opcjonalny nawias przed klauzulą VALUES zawierający wypis wstawianych kolumn można pominąć.

• Tego typu zapytania INSERT wstawiające wiele rekordów rozdzielonych przecinkami znajdziemy bardzo często w plikach *.sql będących zrzutami (eksportami) tabel.

Przykładowa poprawna kwerenda:

INSERT INTO dzieci SET Pesel = "p15291093503", 
Nazwisko = "Chomik", Imie = "Agata",
Plec = "dziewczynka", Wiek = 5

Wnioski płynące z tego zapytania:

• Ta kwerenda przedstawia alternatywną wersję zapytania INSERT, całkowicie opartą na klauzuli SET zamiast VALUES.

• Warto zauważyć, że klauzula SET musi pojawić się tylko raz dla danego wstawianego rekordu, a kolejne kolumny wypisujemy po przecinku.

• Ta wersja kwerendy jest dłuższa i nieco mniej czytelna od wariantu z klauzulą VALUES, przez co nie jest tak często stosowana przez programistów. Nie oznacza to jednak, że nie warto jej w ogóle stosować.

Przykładowa poprawna kwerenda:

UPDATE preferencje SET Id_przedszkola = 48 WHERE Id = 5;

Wnioski płynące z tego zapytania:

• Kluczowa w każdym zapytaniu UPDATE jest klauzula WHERE – w przypadku jej braku zmieniamy WSZYSTKIE rekordy tabeli! Warto więc zawsze przed wysłaniem jakiegokolwiek nowo utworzonego zapytania UPDATE wykonać najpierw zrzut (eksport) całej bazy danych.

• Klauzula SET zgodnie ze swoją nazwą (ang. set – ustawić) posłużyła nam do zdefiniowania nowej wartości dla wskazanej kolumny.

• Po wykonaniu zapytania otrzymamy jedynie informację o zmodyfikowaniu rekordu. Aby rzeczywiście zobaczyć zmieniony wiersz w tabeli, należy dodatkowo otworzyć jej podgląd.

Przykładowa, poprawna kwerenda:

UPDATE przedszkola SET Id_przedszkola = 24 WHERE 
przedszkola.Id_przedszkola = 20

Wnioski płynące z tego zapytania:

• Zmiana wartości identyfikatora jest możliwa, ponieważ aktualnie w tabeli nie istnieje żaden rekord, w którym atrybut Id_przedszkola miałby wartość 24. Oczywiście gdyby taka wartość istniała w innym rekordzie, to zmiana nie mogłaby zostać przeprowadzona – nie mogą bowiem istnieć dwie identyczne wartości klucza podstawowego (klucz musi być unikalny).

• Dokonana tutaj niewielka z pozoru modyfikacja niesie olbrzymie logiczne konsekwencje w tabeli preferencje. Każde dziecko przypisane wcześniej w tej tabeli do naszej placówki pozostaje z wybranym dla siebie przedszkolem o atrybucie Id_przedszkola nadal równym 20 – a to już nie jest Przedszkole Niepubliczne im. Panienki z Okienka! Rozwiązaniem problemu byłaby tylko kaskadowa aktualizacja wszystkich rekordów w tabeli preferencje - wszędzie, gdzie dla dziecka wybrano placówkę numer 20, należy zmienić wartość identyfikatora również na 24.

• Po wykonaniu zapytania otrzymamy jedynie informację o zmodyfikowaniu rekordu. Aby rzeczywiście zobaczyć zmieniony rekord w tabeli, należy dodatkowo otworzyć jej podgląd.

Przykładowa poprawna kwerenda:

DELETE FROM jezyki WHERE Rodzina="indoeuropejska"

Wnioski płynące z tego zapytania:

• Klauzula DELETE usuwa wybrane rekordy, natomiast struktura tabeli pozostaje nienaruszona.

• Podobnie jak w przypadku użycia zapytania UPDATE, brak wpisania klauzuli WHERE jest równoznaczny z wykonaniem kwerendy na wszystkich rekordach tabeli. Zatem wpisanie tylko wartości DELETE FROM jezyki usunie wszystkie rekordy! Warto zatem zawsze przed wysłaniem jakiegokolwiek nowo utworzonego zapytania DELETE wykonać najpierw zrzut (eksport) całej bazy danych.

Przykładowa poprawna kwerenda:

TRUNCATE jezyki

Wnioski płynące z tego zapytania:

• W zapytaniu TRUNCATE nie można wskazać za pomocą klauzuli WHERE, które dokładnie rekordy mają zostać usunięte. Kwerenda TRUNCATE wyczyści WSZYSTKIE rekordy tabeli.

• Jest to kwerenda dużo szybsza w działaniu od zapytania DELETE, które kasuje rekordy kolejno wiersz po wierszu, dodatkowo tworząc wpisy w dzienniku transakcji.

• Wydanie polecenia TRUNCATE zresetuje wartość parametru AUTO_INCREMENT dla klucza podstawowego tabeli (oczywiście o ile ta opcja jest dla tej kolumny aktualnie włączona).

• Kwerenda TRUNCATE, podobnie jak DELETE, również nie usuwa struktury tabeli, a tylko zgromadzone w niej rekordy.

Przykładowa poprawna kwerenda:

DROP TABLE panstwa

Wnioski płynące z tego zapytania:

• W przeciwieństwie do poleceń DELETE oraz TRUNCATE, tego typu zapytanie usuwa nie tylko zgromadzone rekordy, lecz także strukturę samej tabeli.

Przykładowa poprawna kwerenda:

ALTER TABLE uzytkownicy CHANGE Urzedowy Official
TINYTEXT CHARACTER SET utf8;

Wnioski płynące z tego zapytania:

• Zapytanie ALTER modyfikuje strukturę kolumn tabeli. W tym przypadku za pomocą klauzuli CHANGE zmieniamy nazwę kolumny – najpierw podajemy bieżącą wartość, a po spacji nową, obowiązującą od tej pory nazwę atrybutu.

• W przypadku kolumny tekstowej warto ustawić także używany w zapisanych łańcuchach zestaw znaków, czyli CHARACTER SET – tutaj jest to utf8.

Przykładowa poprawna kwerenda:

ALTER TABLE panstwa DROP Populacja

Wnioski płynące z tego zapytania:

• W przypadku usuwania wybranej kolumny z tabeli stosujemy kombinację poleceń ALTER oraz DROP. Pamiętajmy, że usunięcie kolumny stanowi jednocześnie modyfikację już istniejącej struktury tabeli.

• Oczywiście usunięcie kolumny spowoduje także utratę zgromadzonych w niej wartości tego atrybutu we wszystkich rekordach w tabeli.

Przykładowa poprawna kwerenda:

CREATE TABLE panstwa (
Panstwo varchar(50) NOT NULL,
Kontynent tinytext CHARACTER SET utf8
COLLATE utf8_bin,
Populacja float,
PRIMARY KEY(Panstwo)
) DEFAULT CHARSET=utf8;

Wnioski płynące z tego zapytania:

• Tworzenie tabeli wymaga podania nazw i typów poszczególnych kolumn dla atrybutów tekstowych. Warto też określić używany zestaw znaków – tutaj jest to zestaw: utf8.

• Nadanie klucza podstawowego następuje tuż po zdefiniowaniu ostatniej kolumny: PRIMARY KEY(Panstwo).

• Zapytania CREATE odnajdziemy bardzo często w plikach *.sql będących zrzutami (eksportami) tabel.