Czesc
>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)
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. :)))))))))

>zrobić (przykładowy SQL - żadnych ogólników), bo twierdzę, że jest to
>niemożliwe.
Nic jeszcze nie widziales.
W programowaniu wszystko jest mozliwe :)))))
>Możesz używać dowolnych rozszerzeń SQL'a DB2.
-?

>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"
Koncepcja "Pisz raz, uruchom wszedzie"
Co do baz danych popatrz jak do tego podchodza wielcy
tego swiata np. SAP z R/3 który dziala prawie na wszystkich
dostepnych bazach...
>A jeli tak, to jak obchodzisz specyfikę baz
>danych (to, że jedne konstrukcje SQL'a działają szybciej a inne
>(równoznaczne) wolniej - co jest zależne od rodzaju bazy danych)?
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.

Pozdrawiam
Artur

--
Serwis Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/