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
Želite da se reklamirate ekskluzivno na ovoj poziciji? Javite se

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 03. 07. 2010.   #11
ivanhoe
Ivan Dilber
Sir Write-a-Lot
 
Avatar ivanhoe
 
Datum učlanjenja: 18.10.2005
Lokacija: Bgd
Poruke: 5.320
Hvala: 104
2.344 "Hvala" u 583 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

to stoji, ali ja USING prakticno nikad ne koristim, sto je naravno cisto stvar navike, nista tome ne fali... navikao sam da kucam tbl1, tbl2 za inner join...

IMHO glavna fora sa time da se primarni kljuc uvek zove isto u svakoj tabeli je sto to znatno pojednostavljuje biblioteke za rad sa bazom (CRUD operacije sve zavise od PK) i ubrzava rad sa bazom rucno (manje se kuca). Takodje imas neke situacije kao npr. sharding, gde je mnoooogo lakse ako su ti nazivi polja nezavisni od imena tabela, jer ih imas N identicnih primeraka...

BTW, nedavno sam radio sa bazom na ceskom, gde su se PK zvali recimo exkluzivita_ftpUcetID_archivID_id, i ajd ti to otkucaj kako treba...
__________________
Leadership is the art of getting people to want to do what you know must be done.

Poslednja izmena od ivanhoe : 03. 07. 2010. u 02:51.
ivanhoe je offline   Odgovorite uz citat
Staro 03. 07. 2010.   #12
vidak
Banned
Expert
 
Datum učlanjenja: 29.09.2007
Poruke: 458
Hvala: 131
71 "Hvala" u 44 poruka
vidak is on a distinguished road
Default

Citat:
Originalno napisao ivanhoe Pogledajte poruku
exkluzivita_ftpUcetID_archivID_id, i ajd ti to otkucaj kako treba...
Vrh!
vidak je offline   Odgovorite uz citat
Staro 03. 07. 2010.   #13
MorenoArdohain
Knowledge base
Wrote a book
 
Avatar MorenoArdohain
 
Datum učlanjenja: 16.06.2005
Lokacija: Novi Sad
Poruke: 1.437
Hvala: 37
131 "Hvala" u 82 poruka
MorenoArdohain će postati "faca" uskoroMorenoArdohain će postati "faca" uskoro
Default

Ja uvek koristim troslovnu skracenicu: usr_id, usr_name, usr_address, itd.. iz cisto prakticnih razloga (pogotovu kod velikog broja tabela gde imas dosta polja koja su slicna + mnogo dugackih sql upita).
A i ORM ne pravi problem oko toga, posto se bazira na primarnom kljucu u tabeli.
__________________
Năo quero mais seguir um só caminho
MorenoArdohain je offline   Odgovorite uz citat
Staro 03. 07. 2010.   #14
bluesman
Goran Pilipović
Sir Write-a-Lot
 
Avatar bluesman
 
Datum učlanjenja: 18.05.2005
Lokacija: Beograd
Poruke: 5.450
Hvala: 288
1.247 "Hvala" u 446 poruka
bluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušati
Pošaljite ICQ poruku za bluesman
Default

Citat:
Originalno napisao ivanhoe Pogledajte poruku
BTW, nedavno sam radio sa bazom na ceskom, gde su se PK zvali recimo exkluzivita_ftpUcetID_archivID_id, i ajd ti to otkucaj kako treba...
Na to nisu ni mislili kada su "drag and drop" projektovali bazu, ti mi liči na nešto što generišu programi tipa Workbench. To su oni isti kojima je važnije da znaju sve žive skraćenice na webu nego praktično znanje

Što se mene tiče, ja obično koristim prefikse za polja po imenu tabele, ali ako nisu duži od 5 karaktera. Recimo za tabelu "articles" obično koristim article_id, article_title ... ili skraćeno art_id, art_title.

To je zbog toga što se dešava da kada imaš join-ove, polja koja se identično zovu mogu da prepiši jedno drugo. Ako imaš recimo tabele news i articles i u obe imaš polje "title" onda će JOIN da ostavi samo 1 title u niz koji dobiješ a i pored toga u kodu ne znaš ni koji title treba da ispišeš. Mislim da je bolje da stoji:

PHP kôd:
echo $data['article_title']; 
nego

PHP kôd:
echo $data['title']; 
Dakle, mislim da je bolje prefiksovati i zbog samih podataka i zbog čitljivosti koda. Sve jedno je da li je prefiks ili sufiks, bitno je samo da se razlikuje.
__________________
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!
bluesman je offline   Odgovorite uz citat
Staro 03. 07. 2010.   #15
Milos Vukotic
Knowledge base
Wrote a book
 
Avatar Milos Vukotic
 
Datum učlanjenja: 07.06.2005
Lokacija: Neđe ođe...
Poruke: 1.197
Hvala: 339
688 "Hvala" u 178 poruka
Milos Vukotic je pravi dragi kamenMilos Vukotic je pravi dragi kamenMilos Vukotic je pravi dragi kamenMilos Vukotic je pravi dragi kamenMilos Vukotic je pravi dragi kamenMilos Vukotic je pravi dragi kamenMilos Vukotic je pravi dragi kamen
Default

Citat:
Originalno napisao ivanhoe Pogledajte poruku
primarni kljuc id, strani kljucevi <ime tabele u jednini>_id, polja bez prefixa, imena tabela uvek u mnozini, na engleskom, i sve sa malim slovima...
Taman ovako i ja
Jes' da stoji logika "što će ti S uvjek na kraju imena tabele" ali nekako mi je čitljivije... Jedninu doživljavam kao overkill u normalizaciji

Inače, ne znam zašto, ali mi jako bode oči kad ljudi kolonama daju imena tipa id_user umjesto user_id
Posebno kad je tabela sa više foreign ključeva pa pa naslažu id_ovo, id_ono...
__________________
Чак Норис може да си ги врзе врвките на чевлите со стапалата.
Milos Vukotic je offline   Odgovorite uz citat
Staro 03. 07. 2010.   #16
zidoo
profesionalac
Qualified
 
Avatar zidoo
 
Datum učlanjenja: 17.03.2006
Poruke: 109
Hvala: 9
15 "Hvala" u 10 poruka
zidoo is on a distinguished road
Default

Sto ljud sto cudi, dvjesta zena ...

Meni taj prefiks izgleda sugavo i suvisno ali jednostavno je praktican, pa sam htijo da cujem sta jos kolege programiri kazu.

Aj uzdravlje, i pomalo sa tim imenima kolona
zidoo je offline   Odgovorite uz citat
Staro 03. 07. 2010.   #17
ivanhoe
Ivan Dilber
Sir Write-a-Lot
 
Avatar ivanhoe
 
Datum učlanjenja: 18.10.2005
Lokacija: Bgd
Poruke: 5.320
Hvala: 104
2.344 "Hvala" u 583 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

Citat:
Originalno napisao bluesman Pogledajte poruku
To je zbog toga što se dešava da kada imaš join-ove, polja koja se identično zovu mogu da prepiši jedno drugo.
ovo si skroz u pravu. To se da lako resiti tako sto dodelis aliase, tipa
SELECT tbl1.*, tbl2.id AS tbl2_id FROM ...
ali zaista je u tom slucaju preglednije ako imaju prefix
__________________
Leadership is the art of getting people to want to do what you know must be done.
ivanhoe je offline   Odgovorite uz citat
Staro 03. 07. 2010.   #18
jablan
VD IT Direktora
Invented the damn thing
 
Avatar jablan
 
Datum učlanjenja: 08.06.2005
Lokacija: Beograd
Poruke: 2.118
Hvala: 503
1.307 "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 kamenjablan je pravi dragi kamen
Default

^ Pa alias ti dođe kao prefiks, što se čitljivosti tiče dođe na isto. A barem postgres se buni kad imaš ista imena a ne navedeš alias.

Edit: Mislim na alias tabele, ne alias kolone.
__________________
blog
jablan je offline   Odgovorite uz citat
Staro 04. 07. 2010.   #19
bluesman
Goran Pilipović
Sir Write-a-Lot
 
Avatar bluesman
 
Datum učlanjenja: 18.05.2005
Lokacija: Beograd
Poruke: 5.450
Hvala: 288
1.247 "Hvala" u 446 poruka
bluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušati
Pošaljite ICQ poruku za bluesman
Default

Da li možeš to malo da mi pojasniš kako je alias tabele isto što i prefiks kolone?
__________________
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!
bluesman 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

Slične teme
Tema Početna poruka teme Forum Odgovori Poslednja poruka
Menjanje imena URL - a pitchweis Marketing i SEO 1 09. 08. 2008. 13:09
pretrazivanje imena u bazi ivanhoe SQL baze podataka - Sponzor: Baze-Podataka.net 0 08. 08. 2008. 20:32
PHP download i imena fajlova Ilija Studen PHP 5 31. 03. 2008. 18:31
Javascript - imena, identifikatori, etc noviKorisnik (X)HTML, JavaScript, DHTML, XML, CSS 2 20. 11. 2006. 15:24
Imena request variabli LiquidBrain PHP 4 16. 09. 2006. 06:53


Vreme je GMT +2. Trenutno vreme je 12:47.


Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, 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.