SQL dla zielonych i żółtych

select count (*) from tabelka; -- 7, czy 5 a może 3?

Podstawowa, najczęściej używana funkcja agregująca to zliczanie rekordów w wyniku zapytania, w tabeli.

A zliczyć można na co najmniej na trzy sposoby (te znam), wszystkie rekordy, analizując zawartość określonego pola i policzyć tylko te co nie są NULL, a jeszcze można nie są NULL I tylko unikalne wystąpienia.

Do przećwiczenia kod pod linką plus obrazek.

https://drive.google.com/drive/folders/0B0DNBH1DOPAfZGpFcWthbUJodTg?usp=sharing

Zobacz dlaczego wyniki są różne.

select count (*) from tabelka; -- wynik 7

select count (nazwisko) from tabelka; -- wynik 5

select count (distinct nazwisko) from tabelka; -- wynik 3

EXCEL: wyszukaj pionowo…

SQL i EXCEL to niejako rewers i awers.

Z różnych możliwości dzisiaj Marcinie patent na łączenie danych.

Kto wymyślił coś takiego, nie mam pojęcia, ale pewno musiał dostawać różne tabelki i szybko je łączyć, robić z danych wydruki, korespondencję seryjną, to wymyślił WYSZUKAJ PIONOWO.

I obrazek oraz plik excel pokazują jak to działa.

Należy wskazać w nawiasie:

w zestawieniu 1 pole, które zawiera wartość szukaną w zestawieniu 2 (musi być w pierwszym polu zestawienia 2),
następnie definicja całego zestawienia 2 poprzez wskazanie narożników obszaru (lewy górny róg : prawy dolny róg)
teraz z którego pola zestawienia 2 ma się pobrać wartość co przedłużonego zestawienia 1,
fałsz, ta klauzula jest ważna, ponieważ tylko dokładne dopasowania są brane pod uwagę, jeżeli nie ma tej klauzuli, to różne podobne będą podkładane, nie polecam.

I jest, i od razu widać, że w zestawieniu 2 nie ma danych dla umowy o ID A103. Nie wszystko musi być przy pomocy SQL. Nie próbuj Marcinie otwierać drzwi kwerendą, prościej wstać i tradycyjnie to zrobić.

https://drive.google.com/folderview?id=0B0DNBH1DOPAfNUhsUTloNG1zb3c&usp=sharing

Jak używamy operator IN, jak to zadziała fajnie na Oracle, a jak nie na MS SQL...

Operator IN przydaje się, jak nie szukamy jednego konkretnego rekordu, ale wielu, których pewna wartość jest w zbiorze. Na przykład: znajdź wszystkie produkty w sklepie, które są marki, sony lub iphone.

Select * from produkty where marka in ('sony' , 'iphone') ;

Właśnie dlatego, że więcej niż jednego producenta, to trzeba użyć operatora IN i w nawiasach podać listę wartości. Na bazie ORACLE lista może być, jak to powiedzieć: dwupolowa, a nawet więcej polowa. Gdybyśmy chcieli znaleźć najdroższe produkty wyżej wymienionych marek, to można to uzyskać w następujący sposób.

Select * from produkty

where (marka, cena)

(select marka, max(cena)

from produkty

where marka in ('sony' , 'iphone') group by marka ) ;

Ten drugi patent nie zadziała na MS SQL Serwerze. To zatem jak? Pokazuję na przykładzie tabeli z cenami mieszkań, w latach, kwartałach, miastach, dane z: https://www.nbp.pl/publikacje/rynek_nieruchomosci/ceny_mieszkan.xls

I chcę wydobyć dane o mieście, roku, kwartale dla każdego maksa w danym roku.

W tej lokalizacji jest plik do załadowania danych oraz plik z rozwiązaniem ww. problemu.

https://drive.google.com/folderview?id=0B0DNBH1DOPAfV0txWUF1Qm5iYU0&usp=sharing

Jak wynik zapisać w nowej tabeli na MS SQL Serverze.

Marcinie,

Nieco cicho siedzę, bo zmieniłem orientację… na MS SQL Server. System bazodanowy ORACLE mnie porzucił, stąd zmiana.

I jak każdy widzi, oczywista oczywistość, wynik zapytania, to jak nie spojrzeć to tabela. Wynik można sobie skopiować i zapisać, ale jak to zapisać na bazie, jako nowa tabela? Bo to się opłaca, jeżeli się chce często sięgać do wyniku, a jego pozyskanie jest czasochłonne i nie wymaga częstej aktualizacji.

W ORACLE jest moim zdaniem intuicyjnie, bardzo blisko sposobu tworzenia tabeli, trzeba tak:

CREATE TABLE nowa_tabela as SELECT….

I ten nasz wynik zapytania będzie w nowej tabeli i tyle, takie proste. Tak to nie działa na MS SQL Serverze :-)

Trzeba sobie napisać:

SELECT ………….. INTO NOWA_TABELA FROM ……..

Czyli wybierz do nowej tabeli z .... Pomino, że definiowanie tabel działa tak samo jak na Oracle.

Sprawdziłem to zadziałało. Obrazki to dowodzą.

Pozdrawiam,

CASE – WYSYŁKA OFERTY PRENUMERATY, POST NR 5

Marcinie,

Nad użyciem słowa "case" w tytule ubolewam, taka refleksja na początek. Jednak stało się, trudno, z tym trzeba żyć, przy okazji może poprawię na "przykład".

Znowu "tylko" będzie. Dzisiaj wklejam kwerendę, bardzo krótka, ale jej wynik przeklejam do excel i bawię się tabelą przestawną, mam już całkiem spore możliwości badania problemu skuteczności wysyłek. Polecam przeklinać udostępniony arkusz w excel. Jakie "czary" można uzyskać widać na obrazkach.
Szersze opisy będą wkrótce :-)

Kwerenda:

select

dn_od_wysylki

, plec

, wojewodztwo

, sum(zn_prenumeraty_kum) prenumeraty_skum

, convert(int, sum (zlicz) ) l_obserwacji

from KOSTKA

group by

dn_od_wysylki

, plec

, wojewodztwo

order by 1

;

Linka do arkusza z tabelą przestawną:

https://drive.google.com/file/d/0B0DNBH1DOPAfSUd3QVlleVJYdUU/view?usp=sharing