|
Koji program za Database Diagram (MySql)?
Koji program koristite odn. preporucujete za gledanje relacija medju tabelama sa MySql-om?
|
Dobro pitanje. Voleo bih i ja da znam odgovor...
Kazes za gledanje, to znaci neka vec dizajnirana baza pa da importujes tabele i generises dijagram. Meni je jednom prilikom posao zavrsio MicroOLAP Database Designer for MySQL. Reverse engeneering moze da uradi i Case Studio (sada Toad Data Modeler). Za dizajn baza koristim (pomalo retardirani) fabForce DBDesigner (koji evoluira u jos retardiraniji MySQL Workbench). Ako neko zna bolji alat, neka slobodno predlozi. |
Citat:
|
@degojs: ako mi se ovo dopadne, imas od mene karton piva po izboru :)
Ja sam koristio neka prirucna resenja, kad mi bas treba slika, kao sto je program sqlt-diagram iz SQL::Translator modula, koji generise graphviz-based slike.. Jesu ruzne ali rade posao :) |
Imam mali problem sa ovim DBVisualizer-om, a koji spominju i u FAQ-u:
Citat:
|
Možeš da probaš i dbdesigner
Možda i nema definisane foreign keys? To je relativno često po mysql projektima, čak mi se čini da MyISAM tabele i ne podržavaju foreign keys, ili tako nekako, nisam baš neki stručnjak za mysql. |
@tesla:
Well, ja sam koristio isti na poslu, sa MySQL i SQL Serverom, da na brzinu isprintam dijagrame i koliko se sećam sve je bilo OK. Da nije to možda do toga koje tipove tabela koristiš u MySQL? Proveriću pa ću javiti. |
1 Prilog(a)
@tesla:
Radi 100% OK sa MySQL 5 i InnoDB tabelama, ako je ovo ono što si pomenuo. Za MyISAM ne znam, a i mrzi me da gledam, pošto ih ne koristim na poslu, itd. Evo ti i screenshot pride ;) |
Citat:
U krajnjem slučaju, možeš napisati skripticu koja će na osnovu definisanih konvencija imenovanja (mogu da se razlikuju od projekte da projekta i pitanje je koliko ih se developeri pridržavaju) kreirati FK-ove pa tek onda učitati te rezultate... Btw, MyISAM ne podržava referencijalni integritet i transakcije. InnoDB ih podržava. |
Btw, skinuo program, probao - ne podržava generisanje relacija na osnovu imena polja. Ipak ti trebaju pravilno definisani FK-ovi da bi radilo.
|
^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š.. |
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)
|
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: |
nema potrebe...
|
Citat:
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.. |
1 Prilog(a)
Pre par meseci je cvele pomenuo Aqua Data Studio. (http://www.aquafold.com/)
Evo onog primera sa dinketovog bloga. |
Citat:
|
Citat:
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 :) |
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. |
Citat:
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) |
Citat:
|
PostgreSQL vs MySQL
Off Topic: Skorije sam pročitao odličan citat: Citat:
:1064: |
| Vreme je GMT +2. Trenutno vreme je 16:57. |
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.