.:: strefa ::.

Resultset to zbiór elementów - krotek (realizowanych w postaci rekordów), z których wszystkie posiadają określone cechy - atrybuty (zmaterializowane w postaci wartości kolumn). Jest to założenie formalne, tzn. że nie wszystkie rekordy muszą dysponować merytorycznie doniosłą informacją zawartą w danej kolumnie (sytuacja NULLa). W rzeczywistości zachodzi czasem potrzeba, aby do zbioru rekordów włączyć wiersze o specjalnym znaczeniu (np. takie z pustymi wartościami w kolumnach, dzielące wizualnie zbiór rekordów na odpowiednie grupy). Oczywiście w sensie formalnym nie będą się one niczym różniły od pozostałych rekordów (tożsamość kolumn), jednak ich funkcja będzie szczególna (formatująca, separacyjna). W takiej sytuacji wymaga się także odpowiedniego uporządkowania całego zbioru, aby nadać mu określoną wizualną postać.

Załóżmy, że posiadamy tabelę Osoby:

CREATE TABLE Osoby
(
id_osoby int IDENTITY(1,1) PRIMARY KEY,
imie nvarchar(50) NOT NULL,
nazwisko nvarchar(50) NOT NULL,
plec char(1) NOT NULL,
id_pary int NULL
);

Osoby z równymi wartościami w kolumnie id_pary stanowią parę (nie chcę być posądzony o homofobię, ale w przykładzie dopuszczam tylko pary heteroseksualne w liczebności 2 - jak przystało na parę :) ).

Celem jest wyświetlenie par na takiej zasadzie, że każda para reprezentowana będzie przez 3 rekordy: pierwszy - kobieta, drugi - mężczyzna, trzeci - rekord z pustymi polami dla oddzielenia od kolejnej pary. Oczywiście pary można też pokazać w orientacji horyzontalnej - na zasadzie joina. W sytuacji rekordów z dużą ilością kolumn (np. dane teleadresowe) jeden rekord pod drugim może być jednak zasadniczo lepszym rozwiązaniem.

Napełnijmy tabelę Osoby testowymi danymi (przy okazji warto zwrócić uwagę na sposób dodawania rekordów, konstrukcja jest mało znana, a co ważne - bardzo wydajna):

INSERT Osoby (imie, nazwisko, plec, id_pary)
EXEC
('
SELECT ''Stefan'', ''Kowalski'', ''m'', 1
SELECT ''Alberto'', ''Mampuaye'', ''m'', NULL
SELECT ''Leokadia'', ''Puszczalska'', ''k'', 1
SELECT ''Krystyka'', ''Waleczna'', ''k'', 2
SELECT ''Eryk'', ''Tajemniczy'', ''m'', 3
SELECT ''Stachu'', ''Waleczny'', ''m'', 2
SELECT ''Danuta'', ''Nuta'', ''k'', 4
SELECT ''Anna'', ''Kosmiczna'', ''k'', 3
SELECT ''Lech'', ''Barwny'', ''m'', 6
SELECT ''Hellena'', ''Kolorowa'', ''k'', 6
SELECT ''Jarek'', ''Specjalny'', ''m'', 5
SELECT ''Marianna'', ''Niekonieczna'', ''k'', 5
SELECT ''Ernest'', ''Samoobronny'', ''m'', 4
');

Rozwiązanie zadania to kwestia tzw. pionowych operacji na zbiorach (w odróżnieniu od poziomych - joinów). W naszym przypadku zastosujemy operator UNION. Potrzebujemy rekordów z kobietami mającymi parę, rekordów z mężczyznami mającymi parę i rekordów z pustymi wartościami w liczbie równej ilości par. Zapytanie wygląda następująco:

SELECT imie, nazwisko, plec, id_pary
FROM Osoby Os
WHERE plec = 'k' AND
EXISTS(
   SELECT 1 FROM Osoby
   WHERE id_pary = Os.id_pary AND
   plec = 'm')
UNION
SELECT imie, nazwisko, plec, id_pary
FROM Osoby Os
WHERE plec = 'm' AND
EXISTS(
   SELECT 1 FROM Osoby
   WHERE id_pary = Os.id_pary AND
   plec = 'k')
UNION ALL
SELECT '' as imie, '' as nazwisko, '' as plec, id_pary
FROM (
   SELECT id_pary FROM Osoby
   GROUP BY id_pary
   HAVING Count(*) = 2
) sq;

Warto zwrócić uwagę na właściwość ALL drugiego operatora UNION. Należy pamiętać, że operator UNION usuwa wszystkie duplikaty z dołączanego zbioru rekordów. Aby dołączyć także powtarzające się wiersze, konieczne jest użycie opcji ALL. Jeżeli ALL nie zostałaby powyżej użyty, nie dołączylibyśmy rekordów z pustymi wartościami w liczbie równej ilości par, tylko w liczbie równej 1.

Zapytanie zwraca nam dokładnie te rekordy, których potrzebujemy do realizacji zadania. Nasz cel nie zostanie jednak osiągnięty, dopóki odpowiednio nie posortujemy wynikowego rezultatu. Sortowanie musi odbywać się dwubieżnie - po pierwsze trzeba posortować całe 3-elementowe podzbiory rekordów, po drugie - rekordy w ramach 3-elementowych podzbiorów (pierwszy rekord - kobieta itd.). Do pierwszego porządku potrzebna jest kolumna, która ma te same wartości w ramach 3-elementowego podzbioru, a jest unikalna w skali całego zbioru. Mamy szczęście, gdyż warunki te spełnia kolumna id_pary. Szczęście nie jest jednak absolutne, bo w przypadku drugiego założenia musimy zastosować sztuczną kolumnę - ordc (ordering column). W ostatecznym wyniku wyświetlimy tylko imię i nazwisko, całość logiki zawarta zostanie w podzapytaniu. Finalne zapytanie ma następującą postać:

SELECT imie, nazwisko
FROM
(
   SELECT imie, nazwisko, id_pary, 1 as ordc
   FROM Osoby Os
   WHERE plec = 'k' AND
   EXISTS(
      SELECT 1 FROM Osoby
      WHERE id_pary = Os.id_pary AND
      plec = 'm')
   UNION
   SELECT imie, nazwisko, id_pary, 2 as ordc
   FROM Osoby Os
   WHERE plec = 'm' AND
   EXISTS(
      SELECT 1 FROM Osoby
      WHERE id_pary = Os.id_pary AND
      plec = 'k')
   UNION ALL
   SELECT '' as imie, '' as nazwisko, id_pary, 3 as ordc
   FROM (
      SELECT id_pary FROM Osoby
      GROUP BY id_pary
      HAVING Count(*) = 2
   ) sq
) subq
ORDER BY subq.id_pary, subq.ordc;

Powyższy SELECT w pełni realizuje cel zadania.

Nie trzeba wnikliwie obserwować rynku IT, żeby dojść do wniosku, że popyt na specjalistów jest dużo większy niż podaż. W efekcie od jakiegoś czasu określa się go mianem rynku pracownika, co z resztą ma miejsce także w przypadku innych dziedzin gospodarki. Płace idą w górę, dużo łatwiej uzyskać od pracodawcy różnego typu świadczenia dodatkowe (od nowej komórki czy laptopa, przez kompleksową opiekę medyczną i darmowe wczasy, po samochód, mieszkanie do dyspozycji).

Naturalnie wzrost faktycznych kosztów działalności firm szybko doprowadzi (w niektórych przypadkach już doprowadził) do wzrostu cen usług i produktów informatycznych. Nie ma jednak specjalnej obawy o to, że ze względu na poziom cen usługi i produkty przestaną się sprzedawać. Rynek IT rośnie w postępie kilkunastoprocentowym rocznie, potrzeby innych branż w zakresie informatyzacji i nowoczesnych usług teleinformatycznych są ogromne, a sytuacji nie ulegnie zmianie dopóki gospodarka nie zwolni w sposób zasadniczy.

Wyżej opisane zmiany wpływają także na proces rekrutacji. Najprościej mówiąc: dużo łatwiej dostać teraz pracę, gdyż pracodawcy musieli obniżyć wymagania, aby zwiększyć zatrudnienie w warunkach braku specjalistów. Jeżeli już o rekrutacji mowa, to proszę o kontakt osoby zainteresowane pracą na pełny etat związaną z następującymi technologiami (wystarczy zainteresowanie jedną z poniższych):
- bazy danych (preferowany Microsoft SQL Server, ale absolutnie nie jest to warunek)
- platforma .NET
- Java
- Perl

Wszelkie dodatkowe informacje podam indywidualnie. Doświadczenie w zasadzie nie jest wymagane, ale wtedy trzeba pokazać, że umie się szybko uczyć i przede wszystkim - że umie się myśleć.

Wracając do głównego wątku posta, chciałbym jeszcze pokreślić, że w mojej skromnej opinii za braki w kadrach IT wcale nie odpowiada exodus polskich pracowników do krajów UE, tylko niedostosowany do potrzeb system edukacji. Uczelnie wyższe namnażają bezrobotnych w postaci ekonomistów, prawników, historyków itp., podczas gdy zawody produkcyjne niezbędne gospodarce (inżynierowie różnych branż, osoby związane z technologią) były od dawna traktowane w sposób drugoplanowy. Efekty zaniechań są dziś widoczne bardzo wyraźnie. Dodatkowym problemem jest też fakt, że jeżeli już uczelnie kształcą inżynierów, to program nauczania jest zupełnie anachroniczny i niedostosowany do realnych potrzeb. Oczywiście teraz każda szkoła wyższa, widząc potrzeby rynkowe, będzie chciała wprowadzić kierunek ze słowem "informatyka" w nazwie, co według mnie - ze względu na poziom tego typu placówek - wcale nie przysłuży się do tego, że przybędzie odpowiednio wykształconych absolwentów.

Najlepszym dowodem na to, że sytuacja wygląda w praktyce dość nieciekawie, jest stałe odwlekanie realizacji różnych zadań z harmonogramów produkcyjnych na kolejne miesiące, a czasem - lata. Coraz częściej powoduje to z resztą frustrację klientów, którzy czują się źle traktowani. Właściwie przez to wszyscy stają się bardziej nerwowi, a to też niczemu dobremu nie służy. Ciekawi mnie tylko, czy za kilka lat system edukacji zostanie przeorientowany na kierunki techniczne, a za kilkanaście lat zabraknie prawników i humanistów. Jest to całkiem możliwe, gdyż obecna sytuacja jest właśnie efektem analogicznego zjawiska sprzed lat, gdy wszyscy chcieli być ekonomistami i prawnikami, bo akurat takich zawodowców brakowało. Skala przestawiania się edukacji na zawody techniczne będzie jednak prawdopodobnie znacznie mniejsza, gdyż osoby zainteresowane tymi dziedzinami muszą posiadać pewne predyspozycje (podobno prawa może nauczyć się każdy, a nie ma to zastosowania np. do matematyki).