DevProTalk

Forumi IT profesionalaca
web development, web design, e-business, SEO


Idite nazad   DevProTalk > Web development i web aplikacije > SQL baze podataka - Sponzor: Baze-Podataka.net
Beach Wedding Dresses - Looking for the Wedding Dress? Here, 1dress.co.uk stunning collection of beach wedding dresses is just what you are looking for.
charles wang

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

Odgovori
 
Alati teme Način prikaza
Staro 04. 09. 2013.   #1
Anakin14
član
Certified
 
Datum učlanjenja: 23.02.2012
Poruke: 92
Hvala: 0
1.054 "Hvala" u 15 poruka
Anakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished road
Default pitanje u vezi ID-a podataka

Imam tabelu u kojoj cuvam podatke po danu,smeni i broju racuna.

Pade mi napamet dilema koji pristup je bolji:

1) da cuvam posebno po danu,smeni i broju racuna pa kada trazim podatak trazim ga sa 3 WHERE-a

2)da cuvam u jednom polju kao integer koji se sastoji od dana,smene i broja racuna, npr u formatu (dan mi je redni broj dana u godini) dddssrrrr, a aplikacija da mi razbija informaciju na dan smenu i racun, a ukoliko radim query tipa samo ta smena, samo taj dan, onda bih trazio redove gde je id veci od i manji od (aplikacija bi radila logiku kreiranja upita)

mozda je glupo pitanje ali me interesuje koji bi ste vi pristup koristili?

srdačan pozdrav.
Anakin14 je offline   Odgovorite uz citat
Staro 04. 09. 2013.   #2
ivanhoe
Ivan Dilber
Sir Write-a-Lot
 
Avatar ivanhoe
 
Datum učlanjenja: 18.10.2005
Lokacija: Bgd
Poruke: 5.320
Hvala: 104
1.941 "Hvala" u 579 poruka
ivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svima
Pošaljite poruku preko Skype™ za ivanhoe
Default

pod 2 gubis puno fleksibilnosti a nista ne dobijas, osim minimalne ustede prostora...
__________________
Leadership is the art of getting people to want to do what you know must be done.
ivanhoe je offline   Odgovorite uz citat
Staro 04. 09. 2013.   #3
nenana
član
Certified
 
Datum učlanjenja: 20.08.2008
Poruke: 58
Hvala: 21
144 "Hvala" u 15 poruka
nenana is on a distinguished roadnenana is on a distinguished road
Default

1. opcija uvek.
kao što ivanhoe reče, 2 je nefleksibilno i nepotrebno komplikovano.
nenana je offline   Odgovorite uz citat
Staro 05. 09. 2013.   #4
ivanhoe
Ivan Dilber
Sir Write-a-Lot
 
Avatar ivanhoe
 
Datum učlanjenja: 18.10.2005
Lokacija: Bgd
Poruke: 5.320
Hvala: 104
1.941 "Hvala" u 579 poruka
ivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svima
Pošaljite poruku preko Skype™ za ivanhoe
Default

da dodam samo da bi trebalo da kreiras index u bazi koji sadrzi sve 3 kolone, cime prakticno dobijes iste perfomanse kao da imas samo jedno integer polje...
__________________
Leadership is the art of getting people to want to do what you know must be done.
ivanhoe je offline   Odgovorite uz citat
Staro 05. 09. 2013.   #5
Anakin14
član
Certified
 
Datum učlanjenja: 23.02.2012
Poruke: 92
Hvala: 0
1.054 "Hvala" u 15 poruka
Anakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished road
Default

Nisam mnog ulazio u to ali neko mi je rekao da nije dobro da tabela ima dosta kolona, da li je to istina?

U ovoj aplikaciji radim sa denormalizovanim podacima u tabeli koja vise lici na document oriented bazu i imam 30 kolona, pratkicno sve zapisujem u nju i sve citam iz nje. Da li mnogo gubim na performansama ovako? (ja cak mislim da dobijam jer ne koristim ni jedan join, ali drugi ne misle tako, ono sto ja mislim je da gubim samo storage)

Hvala na odgovorima.
Anakin14 je offline   Odgovorite uz citat
Staro 05. 09. 2013.   #6
Anakin14
član
Certified
 
Datum učlanjenja: 23.02.2012
Poruke: 92
Hvala: 0
1.054 "Hvala" u 15 poruka
Anakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished roadAnakin14 is on a distinguished road
Default

i jos jedno pitanje posto si pomenuo index:

U cemu je razlika da za ta tri polja stavim index i unique index? Da li unique index radi isto sto i index samo ne dozvoljava da budu iste vrednosti u kombinaciji ta tri polja?
Anakin14 je offline   Odgovorite uz citat
Staro 05. 09. 2013.   #7
ivanhoe
Ivan Dilber
Sir Write-a-Lot
 
Avatar ivanhoe
 
Datum učlanjenja: 18.10.2005
Lokacija: Bgd
Poruke: 5.320
Hvala: 104
1.941 "Hvala" u 579 poruka
ivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svima
Pošaljite poruku preko Skype™ za ivanhoe
Default

Broj kolona nema veze sa perfomansama, osim mozda u nekim ekstremnim slucajevima. Ranije kad je kao engine koriscen MyISAM onda je vazilo da treba izbegavati kolone sa varijabilnom duzinom (varchar, text), ali koliko ja znam to za InnoDB nije problem...

index za sva tri polja omogucava mysql-u da koristi index kad je WHERE oblika: dan=1 AND smena=2 AND racun=3, a tako je naravno brze nego da se koristi samo index po jednom polju, a ostala polja da se citaju sa diska.

Takodje, ako je index nad poljima A,B,C (tacno tim redom) onda ce se taj isti index koristiti i kad su u WHERE samo polja A i B ili samo polje A.
__________________
Leadership is the art of getting people to want to do what you know must be done.

Poslednja izmena od ivanhoe : 05. 09. 2013. u 19:48.
ivanhoe je offline   Odgovorite uz citat
Staro 06. 09. 2013.   #8
jablan
VD IT Direktora
Invented the damn thing
 
Avatar jablan
 
Datum učlanjenja: 08.06.2005
Lokacija: Beograd
Poruke: 2.118
Hvala: 503
1.263 "Hvala" u 282 poruka
jablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamenjablan je pravi dragi kamen
Default

Citat:
Originalno napisao Anakin14 Pogledajte poruku
U ovoj aplikaciji radim sa denormalizovanim podacima u tabeli koja vise lici na document oriented bazu i imam 30 kolona, pratkicno sve zapisujem u nju i sve citam iz nje. Da li mnogo gubim na performansama ovako? (ja cak mislim da dobijam jer ne koristim ni jedan join, ali drugi ne misle tako, ono sto ja mislim je da gubim samo storage)
Postavio si generičko pitanje na koje ne postoji generički odgovor.

Neko pravilo je da se krene od normalizovane baze i denormalizaciji pristupa tek kad si zaista siguran da performanse nisu zadovoljavajuće. Denormalizacija komplikuje aplikativni kod i povećava mogućnost greške (da baza dođe u nekonzistentno stanje), a performanse od jednog trenutka mogu da postanu i gore nego da su podaci normalizovani.

Naravno, moram da još jednom preporučim knjigu SQL Antipatterns koja vredi svakog centa.

http://pragprog.com/book/bksqla/sql-antipatterns
__________________
blog
jablan je offline   Odgovorite uz citat
Odgovori


Alati teme
Način prikaza

Pravila pisanja
Možete ne započinjati nove teme
Možete ne slati odgovore
Možete ne slati priloge
Možete ne izmeniti svoje poruke
vB kôd je Uključen
Smajliji su Uključen
[IMG] kod je Uključen
HTML kôd je Isključen
Pogledajte forum


Vreme je GMT +2. Trenutno vreme je 09:30.


Blogodak - Domaci blogovi na jednom mestu Caught in a web - web dev blog
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.