artur dyksinski wrote:
>>No swietnie, tylko że ja chciałbym zrobić taką rzecz na DB2. I za
>>cholerę nie wiem jak to zrobić. Jak wiesz jak to napisz mi czy da się to
>
> -Masz co najmniej 5 wyjsc:
> 1. Rozpoczac studiowanie dokumentacji do DB2
> (zdaje sie ze powinienes to zrobic na poczatku -tak by postapil
> profesjonalista)

i tak też zrobiłem. Przy czym chciałem zauważyć, że interesowały mnie
rozwiązania krótkie i zwarte a takich nie znalazłem.

> 2. Zglosic sie na szkolenie z DB2.
> 3. Poprosic o pomoc, (platna) "pomoc techniczna".
> 4. Rzucic post na pl.comp.bazy-danych -moze ktos dopowie... :)
> 5. Zapytac www.google.com -moze cos znajdziesz...
> Nie mam natury ulatwiania zycia leniom. :)))))))))

To widać. Ale, że przykład był czysto akademicki i potrzebny mi do
zabawy w domu a nie do pracy, więc nawet nie żałuję że nic nie napisałeś.

> Nic jeszcze nie widziales.
> W programowaniu wszystko jest mozliwe :)))))

Jak dla mnie zaczyna byc nudna ta dyskusja. Może jesteś fachowcem.
Szkoda, ze nie chcesz tego potwierdzic jedno- (dwu-) linijkowym tekstem
(SQL'em).

>>A co do standardow przemysłowych..
>>Chyba nie probujesz wmówić, że piszesz tak, by "wszystko
>>działało na wszystkim"..?
>
> -Tak próbuje.
> Jest na to nawet termin fachowy: "portowalnosc"
> Sam programuje w Javie, która "dziala na wszystkim"

Mhm.. Próbujesz. Dobre określenie. Niestety tak się składa, że bez
długich i żmudnych testów to co napiszesz nie zawsze będzie działało na
wszystkich platformach (żeby nie być gołosłownym jak ty wspomnę choćby
problem z wielowątkowością w kawie).

> Bede brutalnie szczery: widze u kolegi problemy z "bazodanowym
> obyciem".
> Uznany autorytet na tym polu, autor kultowej ksiazki: "SQL for
> Smarties" Joe Celko we wszystkich opracowaniach (nawet tych
> dotyczacych wydajnosci/ szybkosci) opieral sie na standardzie, nie na
> specyficznych narzeczach.
> Co z uwagi na to ze wszystkie wspólczesne relacyjne bazy danych
> opieraja sie na "optymalizatorach kosztowych", jest posunieciem w
> pelni slusznym.
> SQL jest jezykiem funkcyjnym i szyk zapytania nie ma znaczenia
> (oczywiscie pod warunkiem ze bedzie poprawne).
> BTW We wspomnianej ksiazce, znajdziesz tez sporo na *twoj* temat.

Nie omieszkam zobaczyć. A tak swoją drogą, jak będziesz miał dostęp do
DB2 5.0 na OS/390 to zobacz różnicę pomiędzy LEFT JOIN i INNER JOIN..

Jak dla mnie EOT.

reik.