SQL baze podataka - Sponzor: Baze-Podataka.net MySQL, MSSQL, Oracle, Access, ODBC. Ako imate problem brže i preciznije ćete dobiti odgovor ako priložite strukturu tabela ili skript koji kreira tabele i puni ih test podacima umesto što to problem opisujete samo rečima. Sponzor: Baze-Podataka.net - Blog o bazama podataka |
|
Alati teme | Način prikaza |
04. 06. 2009. | #31 |
novi član
Datum učlanjenja: 04.06.2009
Poruke: 5
Hvala: 0
0 "Hvala" u 0 poruka
|
Uh, uh.
Jasmanac, ne bih da ovo ode u pogresnom pravcu, ovo sto si postovao ne lici mi ni na kakvo resenje. Moj komentar (koji si citirao) je bio u laganom afektu a za batine nisam siguran zato sto brzo trcim. Ne bih da se sada ovde stvori neka prepirka, vise sam zaiteresovan za resenje. Bokice, tema je postala aktivna jer sam saznao za nju tek sada. |
04. 06. 2009. | #32 |
Goran Pilipović
Sir Write-a-Lot
|
Mister, ne plaćam te ja, nisi ni u mom timu, ... otkaz mogu da spremim za ovog "mog" ( i dobio je poslednje upozorenje, ako još jednom vidim nešto slično tome može slobodno da počne da traži novi posao ), a "batine" su čisto zbog dramatizacije Posle celog dana objašnjavanja zašto to ne može tako, rekao sam mu jednostavno: "I don't know if you understand me, I don't know how to explain better, but this query has to go. We can not have query like that no matter what... Even if we don't display some data - fine... as long as this query is gone forever."
A što se tiče tvog problema, ovakvi problemi se rešavaju denormalizacijom i višestrukim querijima. Nije u "svetom pismu" zapisano da sve mora jednim querijem da se izvrši, čak je i dokazano da se neki naizgled jednostavni queriji brže iszvršavaju ako se podele u 2 optimizovana. A ovo sam iskopirao ovde kada mi je system admin poslao taj query uz komentar koji ne želiš da čuješ i napomenuo da se izvršava već preko 20 minuta i svi drugi sajtovi na tom serveru imaju žešći problem. Ako se ne varam, čak je rekao da se izvršava nekoliko ovakvih querija istovremeno. Posao developera nije posao daktilografa, ako već misliš da si "nasledio" problem, onda si trebao sa tvojim managerom da vidiš kako da rešiš problem i da ti neko pomogne oko sređivanja te baze, kreiranja dodatnih tabela, a ne da napišeš ovakav query i da sediš zadovoljan što si "otkačio jednu stavku". Nadam se da me razumeš šta hoću da kažem?
__________________
Goran Pilipović a.k.a. Ugly Fingers Bradley f.k.a. bluesman I don't always know what I'm talking about but I know I'm right! |
3 članova zahvaljuje bluesman za poruku: |
04. 06. 2009. | #33 |
novi član
Datum učlanjenja: 04.06.2009
Poruke: 5
Hvala: 0
0 "Hvala" u 0 poruka
|
Hmm, super. Vidi, bez ljutnje.
Kao što rekoh, nisam zadovoljan time a i sugerisao sam da to nema mnogo smisla. Denormalizovao šta je bilo dozvoljeno a query izgleda ovako u ekstremnim slučajevima kojih najverovatnije ni nema (mislim da bi korisnike zaboleli zglobovi na kažiprstu kada bi pokušali da čekiraju svaku opciju). Zašto pretpostavljaš da nisam sa svojim managerom razgovarao o tome i da predlog nije prihvaćen iz ovih ili onih razloga? Mislim da znaš o kojim sajtovima se radi i rezultati u ovako ekstremnim slučajevima ne izlaze supersonično ali izlaze. Voleo bih da vidim neki primer podele ovog querija u dva (ili više) optimizovana koji bi to brže odradili. Zaista neću više postovati na ovu temu, osim da se zahvalim ako neko ima konkretno rešenje, u teoriju sam upućen i sam. Ne vidim kome bi pomogla debata oko problema za koji niko nema rešenje, osim sujetama. Tnx Bluesmane. |
04. 06. 2009. | #34 |
Goran Pilipović
Sir Write-a-Lot
|
Vidi, ne ljutim se ja... samo mi je takva faca
Samo pokušavam da ti kažem šta mislim o tome. Ako si pokušao da rešiš problem i nisu zaključili da je potrebno da se menja bilo šta, onda sva krivica pada na njih (ne verujem da se on sam pita, mada i dalje mislim da može da ima dovoljno autonomije u odlučivanju da reši sam ovakve stvari). Ja bih ti rado pomogao kada bih mogao da ustanovim šta stoji iza onih kriptičnih imena. Pa još na kraju limit 500 ? BTW, cela frka je nastala kada su se admini žalili gazdama da postojeći hardver nije dovoljan jer je load ogroman, onda je počeo da kopa da vidi šta je problem i naišao na ove querije... dakle, nije da se ne izvršavaju - piče i razbijaju (bukvalno) Jedno ipak moram da ti priznam, ovaj moj latvijac, litvanac... šta god da je... on te je prešišao sa ovim njegovim umotvorinama.
__________________
Goran Pilipović a.k.a. Ugly Fingers Bradley f.k.a. bluesman I don't always know what I'm talking about but I know I'm right! Poslednja izmena od bluesman : 04. 06. 2009. u 04:17. |
04. 06. 2009. | #35 |
VD IT Direktora
Invented the damn thing
Datum učlanjenja: 08.06.2005
Lokacija: Beograd
Poruke: 2.118
Hvala: 503
1.307 "Hvala" u 282 poruka
|
Jednostavno, čovek sebi mora da postavi granicu nivoa prljavštine koju će dozvoliti u kodu na kojem radi. Jasno je sve to, nasleđuje se svakakav kod i često se nema vremena da se stvari dovedu u red, ali granica negde mora da postoji.
Po meni uopšte nije čudno da u jednom trenutku, kad traže procenu za neki najbanalniji feature, tipa novi čekboks na formu za pretragu, dobiju nešto tipa "tri meseca". I trebalo bi da su svesni da nema smisla da onda kažu "ali za prethodni čekboks trebalo ti je pola sata". |
2 članova zahvaljuje jablan za poruku: |
04. 06. 2009. | #36 |
profesionalac
Qualified
Datum učlanjenja: 17.03.2006
Poruke: 109
Hvala: 9
15 "Hvala" u 10 poruka
|
^Nažalost u dosta slučajeva nije developer taj koji određuje koliko prljavštine ćeš da imaš, već "menađer". Ljudi koji vode projekat često nisu pretjerano upućeni u materiju, zapravi nisu uopšte pa se ide logikom: Aj sad napravi da radi, a poslje ćemo videt...
Ne opravdavam autora, samo želim da kažem da možda nije crno bjelo. I mene su "tjerali" jednom da pravim neki mutav SQL sa jedno 20-30 linije (AND,OR,JOIN)... |
05. 06. 2009. | #37 |
Pukovnik u penziji
Grand Master
|
Dešavaju se debilni zahtjevi i to niko ne spori ali oniliki upit...
Samo parsiranje onog upita traje vječnost... Samo dok MySQL skonta šta tražiš od njega... a kamoli da "pljune" podatke... |
05. 06. 2009. | #38 | |
profesionalac
Qualified
|
Citat:
Jedna od najžešćih stvari mi je kada napravim fino validan kod, validator puca od zelenila, u footeru stoji "valid xhtml strict" oznaka, i onda dođe klijent, napuni site sadržajem (naravno, bolda tekst da bi bio "naslov", baca tablice jer je skužio da može i slično) i onda me pita zašto site nije validan... facepalm
__________________
I, blackshtef |
|
09. 06. 2009. | #39 | |
član
Certified
Datum učlanjenja: 15.01.2009
Poruke: 50
Hvala: 2
3 "Hvala" u 2 poruka
|
Citat:
Meni je radio, bili smo na istom provajderu, tvrdio je da mu problem traje danima, sve ostalo radi... Ispostavilo se da je sajt pre prelaska na .rs domen indeksiran na .co.yu koji nije obnovljen, a da tip non stop adresu kuca u guglu i da mu kao prvi rezultat izlazi indeksirani neaktivan .co.yu domen |
|
09. 06. 2009. | #40 | |
Knowledge base
Wrote a book
Datum učlanjenja: 07.06.2005
Lokacija: Neđe ođe...
Poruke: 1.197
Hvala: 339
688 "Hvala" u 178 poruka
|
Citat:
To ti je nivo prljavštine, kad je PR neke firme polupismena neznalica... Ulogovah se na phpMyAdmin i promijenih naslov (pitajući se usput "zašto, zašto je moje srce tako veliko?") - jednostavno nisam mogao da podnesem, iako bi trebalo da me boli uvo za to...
__________________
Чак Норис може да си ги врзе врвките на чевлите со стапалата. |
|
2 članova zahvaljuje Milos Vukotic za poruku: |
|
|
Slične teme | ||||
Tema | Početna poruka teme | Forum | Odgovori | Poslednja poruka |
Najgori hosting provajderi | ljtruba | Web Hosting, web serveri i operativni sistemi | 144 | 01. 10. 2011. 22:56 |
spor query | ivanhoe | SQL baze podataka - Sponzor: Baze-Podataka.net | 1 | 31. 07. 2007. 20:47 |
sql query | bluesman | SQL baze podataka - Sponzor: Baze-Podataka.net | 19 | 18. 04. 2007. 08:47 |