• Naslovna
• FAQ
• Pravilnik
• O ES-u
• Tim
• Korisnici
• Statistike

 

• elitesecurity ::
• elitemadzone ::
• EMAIL ::
• RSS ::
• ES Mobile

  Niste ulogovani?  Username :   Password:   

• Registracija
• Zaboravili ste password?
• Flashback ▲▼
• Login problem?

 

Pretraga:

 

Srodne teme 05.12.2001. Oracle 9i 19.10.2007. Da li nekog ovde interesuje Oracle? 07.08.2008. Hardcopy literatura 17.10.2004. ,,repair connect,, - zasto? 16.03.2005. Oracle 8i pitanje 11.03.2005. Oracle i SQL+ , kako ga podesiti za rad??? 16.12.2005. Ljudi pukla je krstarica opet dali neko zna? 25.10.2005. Šta će biti sa MySQL (čitaj: Oracle kupio Inno.. 18.12.2005. Oracle to offer free database 17.01.2006. Macro za ubacivanje tabela iz Oracle baze u Acces.. Navigacija Brisanje liste Aktuelne teme u ovom forumu: Izračunati procenat Import dampova razlicitih verzija orac.. Prijevod izraza Barred Relationships Kako prikazati podatke iz tabele case when is null Kreiranje Oracle job-a Izrada male jednostavne baze podataka Pozivanje web servera preko pl/sql-a Separator - set recsepchar Izračunavanje datuma Oracle XE verzija 11.1 Mera zaposljava Oracle BI/ DB developera t-sql to plsql Pomoc pri prevodu upita Izgled poruke u proceduri Pomoć kod count upita Izaberite forum: Linux Linux aplikacije Linux desktop okruženja Linux hardware Windows desktop Windows aplikacije Zaštita Office Windows drajveri Office :: Word Office :: Excel Macintosh Mac hardware Mac software Iphone Enterprise Networking SOHO Networking Wireless Windows mreže Linux mreže Wireless :: WiMax Wireless :: Mikrotik Wireless :: Wireless oprema Linux/UNIX serveri i servisi Unix BSD Skript jezici Security Virtualizacija Cloud Computing Services Security :: Kriptografija i enkripcija .NET 3D programiranje Art of Programming Asembler C/C++ programiranje Kernel i OS programiranje Pascal / Delphi / Kylix Java Embedded sistemi Perl PHP Python Visual Basic 6 Veštačka inteligencija Security Coding XML GameDev - Razvoj Igara Ostali programski jezici PHP :: PHP za početnike PHP :: Smarty template engine .NET :: .NET Desktop razvoj .NET :: ASP.NET .NET :: WPF Programiranje C/C++ programiranje :: C/C++ za početnike Baze podataka MySQL Oracle Access MS SQL Firebird/Interbase PostgreSQL Fiksna telefonija VoIP Udruženje korisnika teleko.. GSM - telefoni GSM - upotreba GSM - servisiranje Mreže i novosti Smartphone Mreže i novosti :: Mobilni internet Mreže i novosti :: Telenor - korisnički servis Mreže i novosti :: VIP - korisnički servis Mreže i novosti :: MTS - korisnički servis Smartphone :: Symbian OS Smartphone :: Windows Mobile Smartphone :: Android GSM - telefoni :: Nokia PDA Uređaji GPS Portable Players Anonimnost i privatnost ISP Browseri E-mail Instant Messaging FTP Google Hosting ISP :: Wireless mreže i ISP ISP :: ADSL E-mail :: Anti-spam Instant Messaging :: IRC Hosting :: Domeni Google :: Gmail E-Marketing Web aplikacije Web dizajn i CSS Web dizajn softver Web razvoj Pretraživači i SEO Flash Javascript i AJAX Web dizajn i CSS :: Kritike Grafički dizajn Izdavaštvo 3D modelovanje Rasterska grafika Vektorska grafika 3D modelovanje :: CAD/CAM Matične ploče, procesori .. Video karte i monitori Storage Ostali hardver Overclocking & Modding PC Konfiguracije Laptopovi Vodič za kupovinu - PC har.. Tablet PC Muzička produkcija Audio kompresija Audio softver Video produkcija Video kompresija Video softver Multimedijalni uređaji Digitalni fotoaparati Digitalne kamere Home Theater Digitalni fotoaparati :: Fotografija Digitalni fotoaparati :: Vodič za kupovinu - Digita.. Elektronika Elektrotehnika Elektronika :: TV uređaji Elektronika :: Radio elektronika i tehnika Elektronika :: Mikrokontroleri Elektronika :: Audio-elektronika Auto-elektronika :: Tuning Vodič za učenje Vodič za posao Vodič za emigraciju Fizika Matematika Nauka Sertifikati Informatika Vodič za učenje :: Seminarski radovi Vodič za učenje :: Obrazovne institucije Vodič za emigraciju :: Život u USA Vodič za emigraciju :: Život u Norveškoj Vodič za emigraciju :: Život u Nemačkoj E-Poslovanje E-Kupovina IT pravo i politika razvoja IT događaji IT berza poslova IS i ERP Ekonomija Berza Cryptocoins IT berza poslova :: Arhiva IT berze poslova IT pravo i politika razvoja :: Registar Nacionalnog ID E-Poslovanje :: E-Transakcije E-Poslovanje :: Forex E-Kupovina :: Platne kartice Digitalna Televizija Advocacy Ankete Predlozi i pitanja Vesti Čekaonica Vesti :: ES leto manifestacija MadZone TechZone Poljoprivreda AutoZone MotoZone Svakodnevnica Video igre MadZone :: Zanimljivi linkovi MadZone :: Kultura TechZone :: Ergonomija TechZone :: Grejanje TechZone :: Klimatizacija TechZone :: Bela tehnika AutoZone :: Fiat Panda club Lista poslednjih: 16, 32, 64, 128 poruka.

antix Član broj: 8388 Poruke: 265 *.maksnet.net. Jabber: antix@elitesecurity.org Profil Oracle hijerarhije i CONNECT BY 12.04.2006. u 10:31 - pre 231 meseci pozdrav svima, zanima me misljenje nekog iskusnijeg. Trebalo je da napisem proceduru koja prolazi kroz hijerarhiju organizacija (standardna flat hijerarhija) i vraca sve podorganizacije za dati ID parenta. Ja sam to uradio koristeci CONNECT BY. Naravno to radi kako treba, medjutim DBA & Co. ne dozvoljavaju CONNECT BY (kazu da ima lose performanse). I sada traze od mene da napisem istu proceduru bez CONNECT BY. Zanima me nekoliko stvari: 1. da li stvarno CONNECT BY ima lose performanse (npr. losije od implementacije koristenjem rekurzivne procedure)? 2. da li postoji neko bolje rjesenje od rekurzivnih procedura (izmjena modela baze ne dolazi u obzir)? Ja moram da napisem alternativno rjesenje.. problem je sto rekurzivna procedura moze da udje u beskonacnu rekurziju ako su podaci losi u tabeli. Trenutno trazim sta bi to bilo najbolje da iskoristim umjesto CONNECT BY. Opet napominjem u pitanju je standardna flat hijerarhija (kao u EMP tabeli : SCOTT schema) hvala unaprijed 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 *.infonova.at. Sajt: www.baze-podataka.net +2 Profil Re: Oracle hijerarhije i CONNECT BY 12.04.2006. u 11:26 - pre 231 meseci Reci shefu da otpusti tog DBA, ako tvrdi tako. CONNECT BY i postoji zbog tih hijerarhijskih upita i nijedna rekurzivna procedura ne moze imati bolje performanse od ovog internog operatora... Blog - baze podataka --------------------- Oracle OCP DBA (9i & 10g) Oracle Database: SQL Certified Expert Oracle OCP Developer Certified MySQL DBA Odgovor na temu

antix Član broj: 8388 Poruke: 265 *.maksnet.net. Jabber: antix@elitesecurity.org Profil Re: Oracle hijerarhije i CONNECT BY 12.04.2006. u 12:25 - pre 231 meseci I ja sam mislio da je logicnije da CONNECT BY ima bolje performanse od bilo kog rekurzivnog algoritma ali sam morao da se raspitam malo cisto da budem siguran. Pretpostavio sam da taj DBA zna sta radi i sta prica... hvala ti Dejane na brzom odgovoru jos nesto me zanima: za prolazak kroz hijerarhiju proizvoljne dubine postoje sledeci nacini: 1. CONNECT BY 2. rekurzija 3. nesto da se petlja sa pomocnim tabelama pa onda iterativno da se pretrazuje (naravno ovo kod mene ne dolazi u obzir jer baza ne moze da se mijenja) da li sam nesto izostavio??? pozdrav Odgovor na temu

noctua Član broj: 10671 Poruke: 185 *.edn.co.yu. Profil Re: Oracle hijerarhije i CONNECT BY 12.04.2006. u 12:57 - pre 231 meseci Pozdrav! Khm... pitanja su u najmanju ruku diskutabilna. 1. Da utice na performanse, utice... i ne utice... kako se posmatra... Pazi, ako pogledas explain plan, videces sta koliko kosta. Oracle sa CONNECT BY koristi rekurzije-nekoliko prolaza- da bi "razmotao" ko je kome sta. Prevedeno na "naski", ukoliko firma ima gomilu ljudi, i pri tom, taj upit se "cima" svakih par sekundi (npr, generises tree zaposlenih) to ce itekako uticati na performanse, a ako se to korsiti jednom dnevno za poneki izvestaj ... i nije neko veliko opterecenje. A ako su rekli da nemozes to da koristis, onda verovatno postoji dobar razlog za to a ti bas i neces mnogo dobiti (ako vec imate DBA kome je samo to posao) ako i dokazes da to nece bitnije uticati na performanse... 2. Pa.... ne postoji... ali mozda i postoji! Video sam resenje problema "HANOJSKE KULE" uradjeno bez koriscenja rekurzije!!! Sto svakako ne znaci da svaki problem moze da se resi bez rekurzije! Iskren da budem, mislim da ne moze (pogotovu ako je hijerarhija duboka) ali nisam siguran jer nisam nikada razmisljao da radim takav sport bez rekurzije... Jedino sto mi pada na pamet je da, ako mozes, unesrecis programera, tj. ako je u pitanju aplikacija a ne PLSQL paket/procedura, posalji REFCursor sacinjen od obicnog selecta iz tabele, pa neka onaj ko razvija aplikaciju uradi rekurziju, ili sta vec hoce... Ako podaci nisu konzistentni to nece raditi ni sa rekurzijom ni bez nje... Milim, ako postoji radnik koji ima shefa koji mu je podredjen, niti jedan "normalan" metod to ne moze da detektuje vec moras da se dovijas na razne nacine... A ako si ti srecnik koji mora da uradi aplikaciju... pa sta da ti kazem... ono sto mi pada na pamet je Function OverRide i nezaobilazno pitanje dragom DBA koji je to zabranio: Kako da uradim bez CONNECT? Mislim, njegov posao je da obezbedi neke mehanizme... Ili jos bolje, zahtevaj od DBa (Data manager-a) konzistentnost podataka iz te tabele i koristi rekurziju! PS> Svako drugo resenje bih i ja voleo da cujem ... pa ako nadjes nesto... javni ovde http://noctua4u.blogspot.com http://moourl.com/shfb0 ..:: Aquila non captat muscas ::.. Odgovor na temu

antix Član broj: 8388 Poruke: 265 *.maksnet.net. Jabber: antix@elitesecurity.org Profil Re: Oracle hijerarhije i CONNECT BY 12.04.2006. u 13:31 - pre 231 meseci hvala na opsirnom odgovoru. Vec sam poslao zahtjev DBA da mi kaze kako mogu da uradim bez CONNECT BY. Njegov prvobitni odgovor je bio Citat: CONNECT BY CLAUSE NORMALLY TAKES MORE RESOURCES ON ORACLE. Pretpostavljam da momak zna sta radi jer sumnjam da su ovi zaposlili bilo koga na tu poziciju! Znam da CONNECT BY jeste zahtjevan.. samo je pitanje bilo da li je manje ili vise zahtjevan od analognog rjesenja uz pomoc rekurzije. Nasao sam rjesenje za hijerarhije unaprijed odredjene dubine. Problem je sto ja ne znam dubinu do koje moram da odem tako da mi rekurzija ne gine Sto se tice integriteta podataka. Pa ovdje sam mislio da koristim NOCYCLE opciju ali nazalost ne koristimo 10g vec 9i (a 9i nema NOCYCLE). CONNECT BY (kao sto vec vjerovatno znate) puca ako naidje na petlju a nije zadata i NOCYCLE opcija. Analogno tom pucanju bi bila i beskonacna rekurzija .. u svakom slucaju upit ne bi vratio ono sta treba da vrati! Posto nemam punu kontrolu nad bazom (a ko pa ima taj luksuz) ne mogu da se uvijek pouzdam da su podaci konzistentni! ako saznam nesto pametno javicu pozdrav 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 *.infonova.at. Sajt: www.baze-podataka.net +2 Profil Re: Oracle hijerarhije i CONNECT BY 12.04.2006. u 13:50 - pre 231 meseci Reci tom DBA nek procita malo noviju literaturu, npr. od Toma Kytea, pa nece vise lupati takvo nesto... Susretao sam se ja sa slicnim konzervativnim DB Administratorima, koji su odbijali prihvatiti neke nove opcije, jer su se plasili zbog sigurnosti, slabijih performansi i sl. Kad im polozis argumente na stol, onda ce te drugacije gledati. :) Sto se tice CONNECT BY u verziji 9i, ukoliko dodje do beskonacne rekurzije, dobices gresku: ORA-01436: CONNECT BY loop in user data Tu gresku mozes uhvatiti u EXCEPTION dijelu i raditi onda sta zelis s njom... Ako dobijes takvu gresku, onda provjeri da li su podaci konzistentni i mogu li se ikako popraviti... Jos jednom - CONNECT BY postoji bas zbog hijerarhijskih upita u Oracle bazi i NIJE potrebno izmisljati toplu vodu nekim "user defined" metodama... [Ovu poruku je menjao Dejan Topalovic dana 12.04.2006. u 14:51 GMT+1] Blog - baze podataka --------------------- Oracle OCP DBA (9i & 10g) Oracle Database: SQL Certified Expert Oracle OCP Developer Certified MySQL DBA Odgovor na temu

noctua Član broj: 10671 Poruke: 185 *.edn.co.yu. Profil Re: Oracle hijerarhije i CONNECT BY 12.04.2006. u 14:26 - pre 231 meseci Pozdrav! Opet khm... Po mom nekom iskustvu, rekurzija (pa cak i vise medjusobnih rekurzija) moze zauzimati mnogo manje systemskog (cpu, mem...) vremena nego neke stvari koje se genericki koriste. ALI..... kazem ALI... Sve to zavisi od iskustva onog ko pise te rekurzije (tebe)! Takva procedura(e), ako su uopste moguce, bi morale biti perfektno optimizovane (indexi, upiti, cursori... sta god) + jos ponesto u vezi izvrsenja + ... sto opet nije posao (a ni mogucnost) onog ko to "pise" - tebe! Po mom nekom misljenju takvu proceduru bi morao da napise (posalje ti kod, naknadno prepravi, savetuje...) sam DBA jer on je taj ko optimizuje bazu i brine o performansama i on je taj ko moze da menja execution plan... Mislim, glupo je ocekivati od programera da uradi "the best" kod kada nema mogucnosti da ispobava ili menja neke parametre sistema... Drugo, programer (ti) nije u stanju da "globalno" nadgleda performanse (ono sto ce se tebi ciniti najbrze i nabolje uopste na globalnom nivou ne mora da bude tako) Razmisljao sam nesto na temu tabela... Ideja nije losa... toliko... Sama DB ima temp tabele koje cuvaju podatke dokle traje sesija... Pa ako si u mogucnosti mozda se moze i izmozgati nesto sa njima ... Sto opet ne zavisi od tebe vec od DBA da li ce ti dozvoliti da ih kreiras/koristis... Da skratimo pricu: dobar potez ti je sto trazis od njega pomoc! PS. Da se razumemo: ne branim doticnog DBA, nego, jednostavno, uzimam u obzir sve mogucnosti. Moguce da cak ni programer (ti) ne znas sve razloge zasto ti je to receno... moguce da DBA nema pojma a moguce da ima stvarno neki jak razlog sto je to napisao (dobar razlog: javlja se ORA0600 pri svakom connect by; los: opravdava svoje postojanje tako sto odaje utisak da non-stop vrsi monitoring...) http://noctua4u.blogspot.com http://moourl.com/shfb0 ..:: Aquila non captat muscas ::.. Odgovor na temu

dusanmiloradovic Dusan Miloradovic Abu Dabi Član broj: 38080 Poruke: 45 195.49.28.* Profil Re: Oracle hijerarhije i CONNECT BY 13.04.2006. u 10:39 - pre 231 meseci Pridruzujem se misljenju da je zabrana korisnjenja connect by totalna glupost. Mislim da ne postoji nikakva, ni teorijska sansa, da uz pomoc sopstvenog algoritma, i sto je najgore , algoritma koji koristi rekurziju, trosis manje resursa nego sa connect by. Naravno, ako je upit jednostavan, sve je ok. Slozenije upite koji koriste connect by je jako tesko optimizovati, ali to ne bi bio tvoj posao nego od tog DBA. Ako je u pitanju trosenje resursa, to je argument, dakle SIGURNO ces trositi vise resursa. Nemoguce je menjati model podataka, to je mozda ok, mada..... Da li menjanje modela modela podrazumeva dodavanje nove tabele? Da li radis nad nekom 3rd party aplikacijom, pa imate problem sa podrskom ako se doda nova tabela? Ako je to u pitanju, trebao bi DBA da vam napravi novu semu, za ovakve slucajeve. Jedna tabela u kojoj bi bila denoramlizovana hijerarhija bi te spasila... Pozdrav, Dusan Odgovor na temu

Raspucin Moderator Član broj: 20699 Poruke: 216 *.21.eunet.yu. ICQ: 244452581 +3 Profil Re: Oracle hijerarhije i CONNECT BY 14.04.2006. u 07:34 - pre 231 meseci Zdravo, Citat: :Vec sam poslao zahtjev DBA da mi kaze kako mogu da uradim bez CONNECT BY. Ovo interesuje sve na ovom forumu, pa te molim da postujes odgovor kada ga dobijes. Citat: Njegov prvobitni odgovor je bio CONNECT BY CLAUSE NORMALLY TAKES MORE RESOURCES ON ORACLE Pretpostavljam da momak zna sta radi jer sumnjam da su ovi zaposlili bilo koga na tu poziciju! Necu nikoga da vredjam i potcenjujem, ali mislim da taj momak ne zna bas tacno sta radi. CONNECT BY moze da bude katastrofalan sto se performansi tice ako se ne koristi kako treba, ali ako se koristi pametno i jos ako se koriste indeksi po kolonama (ovde ima mala fora za upotrebu indeksa) performanse ce biti odlicne. Pitaj tvog DBA da li on misli da kada bilo ko napise neki algoritam za ovako nesto, da li on misli da ce to biti kvalitetnije napisano od algoritma onih koji su napravili Oracle i koji ga poznaju do najmanjih detalja... Citat: Znam da CONNECT BY jeste zahtjevan.. samo je pitanje bilo da li je manje ili vise zahtjevan od analognog rjesenja uz pomoc rekurzije. Vec sam rekao, ako se koristi kako treba sigurno ce da radi brze od bilo kog alternativnog resenja. Sada sam malo u guzvi, ali ako ti je potrebno, mogu da ti dam primer upotrebe CONNECT BY sa indeksima, to radi perfektno i ultrabrzo. Ja nisam video neko bolje (i brze) resenje.... Pozdrav Odgovor na temu

antix Član broj: 8388 Poruke: 265 *.maksnet.net. Jabber: antix@elitesecurity.org Profil Re: Oracle hijerarhije i CONNECT BY - Closure 14.04.2006. u 08:32 - pre 231 meseci pozdrav svima, maloprije sam dobio odgovor od DBA. Kaze da je procedura koju sam mu poslao (sa CONNECT BY) dovoljno dobra i da ce ona da se koristi. Ocigledno da su svi koji su tvrdili da je CONNECT BY najbolje rjesenje bili u pravu Nazalost nismo dobili priliku da nam pruzi rjesenje koje bi bilo superiornije od CONNECT BY. @Raspucin pa volio bih da bacis neki link ili neki primjer o indexima i CONNECT BY.. svakako bi dobro doslo.. medjutim sumnjam da bih ja, u ovom konkretnom slucaju, imao mnogo uticaja na kreiranje indexa. Ipak sam ja obicni developer hvala svima Odgovor na temu