[es] - Pomoc oko spajanja dve baze.

dragancesu
subotica

Član broj: 38340
Poruke: 2189
*.voban.co.yu.

+73 Profil

Re: Pomoc oko spajanja dve baze.

^{12.06.2006. u 07:05 - pre 217 meseci}

Citat:

select distinct artikal, sum(kolicina_ulaza - kolicina_izlaza) from kartice

sorry, ne znam sta mi bi, treba

select artikal, sum(kolicina_ulaza - kolicina_izlaza) from kartice
group by artikal

Pomozite Micro$oftu u borbi protiv piraterije, poklonite prijatelju Linux

Odgovor na temu

Zed Mc Jack
Programer
Bečej

Član broj: 93120
Poruke: 137
*.adanet.co.yu.

Sajt: www.subakov.com

Profil

Re: Pomoc oko spajanja dve baze.

^{12.06.2006. u 08:54 - pre 217 meseci}

Citat:

Pa, oko ovoga bi mogla da se rasplamsa zesca debata :) Ovo je, koliko ja znam, cesce resenje - svaki tip poslovnog dokumenta ima svoje odgovarajuce tabele (najcesce tipa master-detail), a ono sto ti predlazes je "clipperasko" resenje.

hmm, Sve naravno zavisi od toga kako se isprojektuje baza podataka, ali uvođenjem tabele "Vrsta Dokumenta" i stavljanjem ID_VD-a kao spoljnog ključa u tabelu transakcija (ili prometa) smanjio bi se broj tabela.
E sad pitanje je da li ova "normalizacija" izdvajanjem VD-a u posebnu tabelu može da pokrije sve specifičnosti, jer na primer, da li se kod maloprodaje, veleprodaje, internog prenosa, materijalnog i proizvodnje - cena stavlja u jedno polje ili bi morao imati više polja.

Citat:

Njegovo resenje uvek moze da se svede (preko union view-ova, stored procedura) na resenje gde je kompletan promet u jednoj tabeli, a obrnuto MALO TEZE.

A pošto je View u stvari SQL upit, koji je u tvom slučaju spojio više tabela, jednako je lako View-om iliti SQL-om izvaditi promete odgovarajućih Vrsta dokumenata iz zajedničke tabele prometa na osnovu spoljnog ključa.

Zavisi od toga šta se hoće postići.

Pozdrav

www.subakov.com Jedini Visual FoxPro sajt u Srbiji

Odgovor na temu

goranvuc
Goran Vucicevic
Novi Sad

Član broj: 4934
Poruke: 1846
*.dialup.neobee.net.

+41 Profil

Re: Pomoc oko spajanja dve baze.

^{12.06.2006. u 09:09 - pre 217 meseci}

Kao sto sam i rekao:

Citat:

Pa, oko ovoga bi mogla da se rasplamsa zesca debata :)

Toliko sam se puta raspravljao sa raznim prijateljima i neprijateljima oko ovoga, pretresli smo sve aspekte i jednog i drugog resenja, da bi na kraju dosli do solomonskog: "Neka svako radi kako mu najvise odgovara!", tako da sam postao prilicno indeferentan prema ovom problemu - ja sam se opredelio, ali moram priznati da ponekad koristim kombinaciju oba resenja.

Ne bih ni reagovao da nije draganescu naveo resenje koje zastupam kao "zastarelo resenje", posto mi se cini da je stvar obrnuta. Poenta je da i jedna i druga varijanta "rade posao".

Odgovor na temu

dragancesu
subotica

Član broj: 38340
Poruke: 2189
*.voban.co.yu.

+73 Profil

Re: Pomoc oko spajanja dve baze.

^{12.06.2006. u 11:04 - pre 217 meseci}

@goranvuc nisam nigde tebe pomenuo, mislio sam na prvu poruku

Koliko sma shvatio na pocetku, autor verovatno prelazi na delfi ali pokusava da zadrzi neku staru bazu, mada je diskutabilno da li je DBISAM sistem baza.

Jos se pomalo bakcem kliperom i tamo je obicno bolje da ima vise malih tabela sa prometom (ulaz, izlaz) pa se po potrebi prepise/sastavi u jednu sto je prakticnije za neke poslove. Prostor se u ovom slucaju koristi zaista neracionalno, indeksi nezavisni, sto se mogu smatrati kao veliki nedostaci. Ali to radi godinama i u svoje vreme je bilo na neki nacin revolucionarno.

Ali kod baza je u principu bolje imati jednu veliku (prometnu) tabelu i nekoliko maticnih. Nema onih problema sa rasipanjem prostora i nonzistentnoscu podataka.

To sam u stvari hteo da porucim autoru, sto je prakticno i on zakljucio u nekom prethodnom postu.

Dizajn tabela, stil pisanja i slicno je toliko individualno, vazno je da se stigne do resenja. Da, i ja smatram da je najbolje ono sto znas. Sta god da je.

Pomozite Micro$oftu u borbi protiv piraterije, poklonite prijatelju Linux

Odgovor na temu

Dejan Topalovic
Dejan Topalović
Senior Oracle DBA & Senior PL/SQL
Developer, Erste Sparinvest (Erste
Bank), Vienna, Austria
Vienna

Član broj: 635
Poruke: 1374
*.it-austria.net.

Sajt: www.baze-podataka.net

+2 Profil

Re: Pomoc oko spajanja dve baze.

^{12.06.2006. u 11:19 - pre 217 meseci}

Citat:

dragancesu:
Ali kod baza je u principu bolje imati jednu veliku (prometnu) tabelu i nekoliko maticnih. Nema onih problema sa rasipanjem prostora i nonzistentnoscu podataka.

Hm, ne bih se bas slozio s tim. Naime, trenutno radim na optimizaciji jednog programa, koji obradjuje (SELECT, INSERT, UPDATE, DELETE) podatke iz jedne glomazne tabele sa oko 50-ak kolona. Tabela sadrzi i podatke unazad nekoliko godina, tako da je vec samo ta jedna tabela zauzela oko 50 GB prostora. Da ponovim - jedna jedina tabela zauzima 50 GB prostora. E, sad zamisli select nad tom tabelom, rebuild indexa i neku slicnu operaciju...

Trenutno smo razbili tu tabelu na jednu glavnu i nekoliko sporednih tabela, koje smo medjusobno povezali Foreign kljucevima i par lookup tabela. E sad, ovu glavnu tabelu smo jos dodatno particionisali po godinama i subparticionisali po mjesecima. Da vidis kako sve brzo i bajno funkcionise. Da ne spominjem opcije za PARALLEL upite, za dodavanje i uklanjanje particija i subparticija i td.

Citat:

dragancesu:
Dizajn tabela, stil pisanja i slicno je toliko individualno, vazno je da se stigne do resenja. Da, i ja smatram da je najbolje ono sto znas. Sta god da je.

Slazem se. Svaka namjena zahtjeva drugaciji pristup i samim tim drugacije rjesenje. Kao sto u osnovi nije isto da li imas OLTP sistem ili imas Data Warehouse sistem, tako nije isto da li ces koristiti jednu glomaznu tabelu ili vise manjih.
Ali kao sto rece Larry Wall, autor Perla - "There's more then one way, to do it."

Blog - baze podataka
---------------------
Oracle OCP DBA (9i & 10g)
Oracle Database: SQL Certified Expert
Oracle OCP Developer
Certified MySQL DBA

Odgovor na temu

goranvuc
Goran Vucicevic
Novi Sad

Član broj: 4934
Poruke: 1846
*.dialup.neobee.net.

+41 Profil

Re: Pomoc oko spajanja dve baze.

^{12.06.2006. u 11:36 - pre 217 meseci}

Citat:

dragancesu: @goranvuc nisam nigde tebe pomenuo, mislio sam na prvu poruku.

Ma znam, nije bilo nista licno, samo se dopisujemo :)

Vidis da si naceo prilicno skakljivu temu: "Kako projektovati baze podataka iz problematike poslovne dokumentacije - flat tabela ili specijalizacija?" Ovo je vecna tema.

Odgovor na temu