[ smal @ 25.12.2009. 22:36 ] @
Imam 17 kverija sa agregatnim funkcijama koji vrše upite nad različitim tabelama koje nisu u relacijama, ali nazivi polja u tim kverijima su isti.
Meže li se nekako napraviti nekakav "finalni" kveri, ili kako bih ga već nazvao, koji bi sadržavao rezultate iz ovih prethodnih 17?
[ Getsbi @ 25.12.2009. 22:49 ] @
Koja je svrha toga? Nepovezane tabele su odraz lošeg koncepta. Suma svih query-ja kao neki finalni, daće Dekartov proizvod (veza svakog sa svakim).
[ cdorde @ 25.12.2009. 23:04 ] @
MOžeš sa UNION ali svi query-iji moraju imati isti broj i tip kolona npr:

select ' 1.Broj popravljenih sijalica' "opis",count(*) "kolicina" from popravke where tip='1'
union
select ' 2. Broj popravljenih utičnica' "opis",count(*) "kolicina" from popravke where tip='2'
union
select ' 3. Broj popravljenih utikača' "opis",count(*) "kolicina" from popravke where tip='3'
order by 1
[ smal @ 25.12.2009. 23:22 ] @
Citat:
Getsbi: Koja je svrha toga? Nepovezane tabele su odraz lošeg koncepta. Suma svih query-ja kao neki finalni, daće Dekartov proizvod (veza svakog sa svakim).

Nema tu nikakvog koncepta :)
Imam 17 potpuno odvojenih celina, tj hrpe raznoraznih DBF tabela koji predstavljaju podatke iz 17 različitih, inače fizički odvojenih objekata, na čiji sadržaj ne mogu da utičem, a moram da se snalazim i pravim raznorazne izveštaje...

Konkretno, trebaju mi podaci izračunati iz tabela računa za svaki objekat ponaosob, jer to tek treba da krckam sa tabelama računa iz centralnog Magacina itd... Da ne dužim... Najviše bi mi odgovarali u formi kverija, jer mi trebaju samo privremeno za kreiranje izveštaja, a to ne umem da napravim, ili to možda i ne može tako da se uradi? Za sada sam uspeo da podatke smeštam u privremene tabele, pa da ih brišem nakon obrade, ali rekoh' da priupitam može li efikasnije i brže?

Dakle, treba mi pomoć za rešavanje glupih problema, ako može, a ne teorija :)


[ smal @ 26.12.2009. 00:21 ] @
Citat:
cdorde: MOžeš sa UNION ali svi query-iji moraju imati isti broj i tip kolona npr:


Da, probao sam UNION kveri, ali mi odmah javi neku generičku grešku tipa ODBC error, i ne izvrši se. Tabele su linkovane na ADS, a sintaksa je dobra, i inače bi kveri radio da su u pitanju regularne Access tabele, ali nažalost nisu :(
Grebiga, sad širim priču...

Umem da napravim UNION VIEW na strani ADS servera, gde bi onda imao jednu tabelu umesto 17, koji bih linkovao u Access frontend aplikaciju, ali serveru onda ne umem da prosledim HAVING parametar, koji je u ovom slučaju vrednost između dva datuma sa forme, tipa:
Code:
Between [forms].[frmMain].[txtDatum1] And [forms].[frmMain].[txtDatum2]


Možda bi tu čučnula i neka lepa Store procedura, al' slabo baratam tim znanjima. Ako ima neki SQL guru na raspolaganju, nek pomaže :)



[ smal @ 07.01.2010. 23:22 ] @
Najzad sam rešio ovo. Možda će još nekom zatrebati. U suštini, sasvim je logično...

Dakle, kreirao sam UNION VIEW na strani DB Servera, sa svim potrebnim poljima, i takvu tabelu likovao na Access front-end aplikaciju, pa tek u njoj napravio kveri sa agregatnim funkcijama.
Sve radi jako brzo, uključujući i izbor parametara za datum :)