| degojs |
24. 12. 2006. 23:25 |
^Ima program koji to podržava: DbDesigner, Branimir je već pomenuo isti gore.
http://fabforce.net/dbdesigner4/scre..._ss_reveng.png
Primeti da ima opcija da se čekira u delu "Build relations".
Mada, po meni, to je malo škakljivo - da imaš dijagram na kome se vide relacije koje u stvari ne postoje u bazi.. A ne znam ni kako se snalazi kada imaš imena polja koja su ista kao ona koja inače prave relaciju, pa ti možda iscrta relaciju, a ti u stvari to ne trebaš.. |
| ppavlovic |
25. 12. 2006. 00:21 |
fabForce dbdesigner moze da reversuje MyISAM tabele i sam generise relacije, pod uslovom da je upotrebljena dobra konvencija za imenovanje (foreign key tabele A == primary key tabele B)
|
| tesla |
25. 12. 2006. 01:31 |
1 Prilog(a)
@degojs
DBVisualizer radi. :1042: Hvala puno.
@Ilija
U pravu si. Moraju da se definisu FK kljucevi. Primer na slici.
Ono sto me je zacudilo je da imam 23 baze u MySQL-u i otvaram, otvaram i nijedna nema FK tj. FK relacija. :1092: Čak sam i Ilijin activeCollab otvarao. Sve baze sa kojima sam imao prilike da se sretnem u MSSQL-u imaju FK-eve. E sad, da li ljudi praktikuju zbog performansi, normalizacije, kompleksnosti, nemaju potrebe za tim, ... itd, stvarno mi nije jasno. :1050:
|
| ivanhoe |
25. 12. 2006. 03:13 |
Citat:
Originalno napisao tesla
E sad, da li ljudi praktikuju zbog performansi, normalizacije, kompleksnosti, nemaju potrebe za tim, ... itd, stvarno mi nije jasno. :1050:
|
"For storage engines other than InnoDB, MySQL Server parses the FOREIGN KEY syntax in CREATE TABLE statements, but does not use or store it. "
samim tim za myISAM tabele nema nekog smisla ni pisati to, a sad je to ostalo kao navika pa mnogi ljudi ne koriste FK ni u InnoDB.. |
| Ilija Studen |
25. 12. 2006. 10:55 |
Citat:
Originalno napisao ivanhoe
samim tim za myISAM tabele nema nekog smisla ni pisati to, a sad je to ostalo kao navika pa mnogi ljudi ne koriste FK ni u InnoDB..
|
Upravo. Kada radiš sa MySQL-om dugo jednostavno se navikneš da se ne oslanjaš previše na bazu podataka i da na ceo sistem gledaš kao na skladište, a ne na nešto što može da uradi i nešto više za tebe. Na celu stvar ću i dalje gledati tako dokle god masa ne pređe na MySQL5 (a potrajaće pošto još uvek ima tona hostova koji imaju 3.23.x ili 4.0.x; 4.1 je prost minimum za išta iole ozbiljno). |
| bluesman |
25. 12. 2006. 14:34 |
Citat:
Na celu stvar ću i dalje gledati tako dokle god masa ne pređe na MySQL5 (a potrajaće pošto još uvek ima tona hostova koji imaju 3.23.x ili 4.0.x; 4.1 je prost minimum za išta iole ozbiljno).
|
Ilija bre, opet si počeo da me nerviraš... :)
Aj malo da spustimo loptu, sta ti to radis sto ne moze da se uradi u 3.2.x ili 4.x? Ovako kada napises zvuci kao da razvijas ne znam kakve sisteme, pa te eto zeza mysql zbog kojeg ne mozes da uradis ono sto si planirao. Ne zezaj bre :) |
| Ilija Studen |
25. 12. 2006. 14:50 |
Pogrešno si razumeo. Uopšte nisam rekao da sa MySQL 3.23.x i 4.0.x ne može da se uradi ništa, samo da od njih ne možeš da očekuješ ništa više od prostog skladištenja podataka. Ima li uopšte smisla razmišljati o uskladištenim procedurama i viewovima na tim sistemima? Trgierima? Znači - najprostije skladište na koje ne može da se nakači gotovo nikakva logika.
Dokle god 5-ica ne zaživi ja na MySQL gledam kao na bazu koja samo ima mogućnost skladištenja i svu logiku pravim u aplikaciji. Ne žalim se, samo neka logika lako može da bude spuštena na nivo baze i osigura se maksimalna brzina izvršavanja. Bukvalno jedan zahtev na bazu može da izruči lavinu izmena preko trigera, uskladištenih procedura i referencijalnog integriteta, a da o tome aplikacija uopšte ne mora da se brine - nema masnih klasa u aplikaciji, nema overheada u komunikaciji između aplikacije i baze itd. Za neke stvari kod kojih su ti performanse bitne ovo ume da znači mnogo...
Jesmo se sad razumeli?
Btw, kada sam rekao da je 4.1 min za normalan razvoj mislio sam na kulturnu podršku za charsete i transakcije, možda čak i podupite za ljude koji vole. To je po meni nešto minimalno što od baze očekujem kada sam u stanju da kontrolišem platformu.
|
| cvele |
25. 12. 2006. 16:20 |
Citat:
Originalno napisao bluesman
Ilija bre, opet si počeo da me nerviraš... :)
Aj malo da spustimo loptu, sta ti to radis sto ne moze da se uradi u 3.2.x ili 4.x? Ovako kada napises zvuci kao da razvijas ne znam kakve sisteme, pa te eto zeza mysql zbog kojeg ne mozes da uradis ono sto si planirao. Ne zezaj bre :)
|
u potpunosti podrzavam ovo sto je rekao ilija... samo cu da dodam jednu stvar:
Na mysql nemozes da imas Foreign Keys i Full tekst na istom table enginu! (cak ni u 5) |
| Vreme je GMT +2. Trenutno vreme je 21:08. |
|
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.
