Przykładowa poprawna kwerenda:

SELECT Nazwisko, Imie, wypozyczenia.Pesel, Tytul FROM 
wypozyczenia, klienci, filmy WHERE Data_wyp = "2011-12-31"
AND klienci.Pesel = wypozyczenia.Pesel AND 
filmy.ID_filmu = wypozyczenia.ID_filmu ORDER BY Nazwisko

Wnioski płynące z tego zapytania:

• Na liście wyjętych w zapytaniu kolumn zapisano: wypozyczenia.Pesel zamiast po prostu Pesel, ponieważ kolumna o takiej nazwie występuje w dwóch tabelach: w tabeli wypozyczenia oraz w tabeli klienci. Unikamy w ten sposób błędu dwuznaczności. Oczywiście równie dobrze można zapisać: klienci.Pesel – wartość dla danego rekordu będzie zawsze taka sama jak w tabeli wypozyczenia, uniknąć należy jedynie powtórzenia nazwy atrybutu, a nie powtórzenia jego wartości.

• Kwerenda musi korzystać z aż trzech tabel, ponieważ tytuł filmu jest dostępny tylko w tabeli filmy, datę wypożyczenia odnajdziemy wyłącznie w tabeli wypozyczenia, zaś imię i nazwisko osoby wypożyczającej odnajdziemy tylko w tabeli klienci.

• Między trzema tabelami istnieją łącznie dwie relacje: Pesel w tabeli klienci (klucz podstawowy) jest powiązany z atrybutem o tej samej nazwie w tabeli wypozyczenia (klucz obcy), jak również ID_filmu w tabeli filmy (klucz podstawowy) pozostaje w relacji do atrybutu o tej samej nazwie w tabeli wypozyczenia. Oba powiązania są relacjami typu jeden do wielu.

• Brak uwzględnienia relacji zawsze prowadzić będzie do uzyskania wyników nadmiarowych.

• Uporządkowanie alfabetyczne rekordów zapewniła klauzula ORDER BY – jest to kolejność rosnąca A‑Z, gdyż w przypadku braku wskazania metody sortowania domyślną opcją pozostaje klauzula ASC, czyli porządek rosnący.

Przykładowa poprawna kwerenda:

SELECT ID_filmu, Tytul FROM filmy  
LEFT JOIN wypozyczenia USING(ID_filmu) 
WHERE wypozyczenia.ID_filmu IS NULL

Wnioski płynące z tego zapytania:

• Dzięki złączeniu klauzulą LEFT JOIN unikamy dwuznaczności nazwy kolumny ID_filmu oraz konieczności uwzględnienia w zapytaniu relacji jeden do wielu pomiędzy kolumną ID_filmu w tabeli filmy (klucz podstawowy) oraz atrybutem o tej samej nazwie w tabeli wypozyczenia.

• Do znalezienia pustych wartości atrybutu wypozyczenia.ID_filmu w porównaniu do znajdującej się w tabeli filmy wartości tej kolumny wykorzystano klauzulę IS NULL – dzięki temu wiadomo, które z filmów nigdy  nie zostały wypożyczone.

• Zwróćmy uwagę, że po klauzuli WHERE musimy jednoznacznie wpisać: wypozyczenia.ID_filmu IS NULL zamiast: ID_filmu IS NULL – szukamy przecież nie tyle nieistniejących w rejestrze filmów, co istniejących, lecz nigdy nie wypożyczonych.

Przykładowa poprawna kwerenda:

SELECT Imie, Nazwisko, Data_wyp FROM klienci, wypozyczenia
WHERE ID_filmu = "AA1994" AND Data_wyp >= "2011-01-01"
AND Data_wyp <= "2011-12-31" AND 
klienci.Pesel = wypozyczenia.Pesel

Wnioski płynące z tego zapytania:

• Ponieważ znamy identyfikator filmu, możemy go użyć w kwerendzie zamiast tytułu. Dzięki temu wystarczy skorzystać z dwóch tabel: klienci oraz wypozyczenia zamiast ze wszystkich trzech.

• Daty można porównywać w taki sam sposób jak liczby, czyli z użyciem operatorów: <, <=, >, >=. Najlepiej myśleć o dacie w kategorii liczby sekund, które upłynęły od północy 1970‑01‑01 czasu UTC (tzw. epoka UNIX). A zatem wydarzenie późniejsze oznacza większą liczbę sekund, które zdążyły upłynąć od tego czasu – dlatego właśnie zwykłe porównanie arytmetyczne działa.

• Pomimo tego, że wartości dat możemy porównywać tak samo jak liczby, nie zapominajmy o zapisywaniu wartości dat w cudzysłowie lub wewnątrz apostrofów (tak samo jak to robimy w przypadku łańcuchów znaków).

• Między użytymi dwoma tabelami istnieje jedna relacja: Pesel w tabeli klienci (klucz podstawowy) jest powiązany z atrybutem o tej samej nazwie w tabeli wypozyczenia (klucz obcy). Jest to relacja typu jeden do wielu.

• Alternatywnie, wypożyczenia dokonane w roku 2011 możemy odnaleźć także z użyciem klauzuli LIKE:

SELECT Imie, Nazwisko, Data_wyp FROM klienci, wypozyczenia
WHERE ID_filmu = "AA1994" 
AND Data_wyp LIKE "2011%" AND 
klienci.Pesel = wypozyczenia.Pesel

Przykładowa poprawna kwerenda:

SELECT Nazwisko, Imie, Wiek, dzieci.Pesel FROM 
dzieci, preferencje WHERE Numer_preferencji = 1 
AND Id_przedszkola = 31 AND Nazwisko LIKE "G%" 
AND dzieci.Pesel = preferencje.Pesel ORDER BY Nazwisko

Wnioski płynące z tego zapytania:

• Na liście wyjętych w zapytaniu kolumn zapisano: dzieci.Pesel (zamiast po prostu Pesel), aby uniknąć błędu dwuznaczności. Oczywiście równie dobrze można zapisać: preferencje.Pesel, ponieważ wartość w rekordzie będzie identyczna.

• Ponieważ znamy identyfikator przedszkola w bazie (wartość: 31), możemy nie korzystać w zapytaniu z tabeli przedszkola – wystarczy użyć dwóch tabel: dzieci oraz preferencje.

• Między wspomnianymi dwoma tabelami istnieje jedna relacja: Pesel w tabeli dzieci (klucz podstawowy) jest powiązany z atrybutem o tej samej nazwie w tabeli preferencje (klucz obcy). Jest to relacja typu jeden do wielu.

• Klauzula LIKE posłużyła do znalezienia nazwisk rozpoczynających się na literę „G”. Ponieważ musi to być pierwsza litera nazwiska, operator % zapisano wyłącznie po prawej stronie litery. Operator ten – przypomnijmy – oznacza: „brak znaku, jakikolwiek pojedynczy znak lub wiele znaków”, w przeciwieństwie do operatora _ (podkreślenia), reprezentującego zawsze dokładnie jeden znak.

Przykładowa poprawna kwerenda:

SELECT COUNT(Id) AS IluChlopcow FROM dzieci, preferencje
WHERE Plec = "chlopiec" AND (Wiek = 5 OR Wiek = 6) AND 
Numer_preferencji = 2 AND (Id_przedszkola = 23 OR 
Id_przedszkola = 76) AND dzieci.Pesel = preferencje.Pesel

Wnioski płynące z tego zapytania:

• Funkcja agregująca COUNT() pozwala zliczać rekordy (wiersze) spełniające zadane kryteria.

• Warto zwrócić uwagę, że argumentem funkcji COUNT() może być dowolny atrybut (kolumna) rekordu; można też ewentualnie użyć zapisu: COUNT(*) – w naszym przypadku wybrano identyfikator preferencji.

• W zapytaniu użyto dodatkowo aliasu definiowanego klauzulą AS, który nadał nowo utworzonej, wirtualnej kolumnie nazwę IluChlopcow.

• Ponieważ znamy identyfikatory obu przedszkoli (wartości: 23 oraz 76), możemy nie korzystać w zapytaniu z tabeli przedszkola. Do zrealizowania polecenia wystarczyło użycie dwóch tabel: dzieci oraz preferencje.

• Warunki połączone spójnikiem OR zamknięto w nawiasach okrągłych, gdyż spójnik OR jest w hierarchii operatorów logicznych mniej ważny niż AND.

• Między tabelami istnieje jedna relacja: Pesel w tabeli dzieci (klucz podstawowy) jest powiązany z atrybutem o tej samej nazwie w tabeli preferencje (klucz obcy). Jest to relacja typu jeden do wielu.

Przykładowa poprawna kwerenda:

SELECT DISTINCT Rodzina FROM jezyki, uzytkownicy
WHERE (Panstwo = "Wlochy" OR Panstwo = "Francja")
AND jezyki.Jezyk = uzytkownicy.Jezyk

Wnioski płynące z tego zapytania:

• Używamy bardzo przydatnej klauzuli DISTINCT, która wybiera tylko niepowtarzające się rekordy – w codziennej praktyce taka operacja przydaje się bardzo często. Przykładowo, gdy trzeba wypełnić listę wyboru w interfejsie formularza możliwymi wartościami danego atrybutu, wszystkie możliwe opcje listy wybieramy wówczas właśnie bez powtórzeń.

• Klauzulę DISTINCT umieszczamy bezpośrednio po słowie SELECT, ponieważ odpowiada ona na pytanie: „jak wybieramy dane?”. Odpowiedź brzmi: „wybierz dystynktywnie”, czyli właśnie SELECT DISTINCT.

• Warunki połączone spójnikami OR zamknięto w nawiasach okrągłych, gdyż spójnik OR jest w hierarchii operatorów logicznych mniej ważny niż AND.

• Między tabelami istnieje jedna relacja: Jezyk w tabeli jezyki (klucz podstawowy) jest powiązany z atrybutem o tej samej nazwie w tabeli uzytkownicy (klucz obcy). Jest to relacja typu jeden do wielu.