[ ultraKeen @ 25.09.2004. 17:57 ] @
Korisnik treba da vidi JEDNU fiktivnu tabelu sa kolonama koje se pune podacima iz TRI realne tabele, ali tako da u fiktivnoj moze da menja sortove po kolonama kako mu se prohte, dakle da moze da kaze "ocu da se tabela isortira po 3-oj, 1-voj, 7-oj i 5-oj koloni BAS tim redosledom..."

Napomena: jedino su podaci iz prve/jedne fizicke tabele dobijeni direktnim citanjem iste, dok su podaci iz ostale dve posledica agregatnih funkcija COUNT i SUM, a naravno da i te COUNT/SUM kolone mogu da udju u redosledni izbor.

VIEW mi se cini da nije primenjljiv zbog onih agregatnih funkcija... pa kako/sta/cime onda ?
[ Dejan Topalovic @ 25.09.2004. 19:09 ] @
Hmmm, ja koliko vidim u dokumentaciji ( http://www.ibphoenix.com/main....mp;page=ibp_60_sqlref#RSf20247 ), pise:
Citat:
The view’s SELECT statement does not contain subqueries, a DISTINCT predicate, a HAVING clause, aggregate functions, joined tables, user-defined functions, or stored procedures.

If the view definition does not meet these conditions, it is considered read-only.

Note Read-only views can be updated by using a combination of user-defined referential constraints, triggers, and unique indexes.
Mozda da pokusas kreirati read-only view iako koristis agregatne funkcije ?
[ ultraKeen @ 28.10.2004. 05:11 ] @
ipak ne; resio sam sve sa stor.procedurom koja u FOR petlji ima na kraju SUSPEND za FETCH row, a pre njega bilo sta drugo - pa i agregatne SELECT-e one dve druge tabele

zatim proceduru zovem SELECT-m koji umesto imena tabele ima ime procedure, a redoslede menjam ORDER-om tog SELECT-a koji mi treba...