Dotaz: Software pro návrh databáze

[sidik]

Ahoj,

sháním nějaký softík na návrhy databázových struktur, ideálně s podporou exportu pro PostgreSQL. Stáhnul jsem si SQL Designer ale nějak nemůžu příjít na to, kde mám sebrat PostgreSQL driver - pořád to hází výjimku.

Máte nějaký svůj oblíbený soft na tuhle práci? Většina co jsem našel buď neumí Postgre nebo není zdarma, případně je jen pro jednu platformu a já to potřebuju provozovat v Linuxu i na Windows (v práci).

Děkuju za nápady

Odpovědi

[FrantaS]

Používám MySQL Workbench. Už s ním celkem umím. Navrhuji s ohledem na budoucí úpravu pro PostgreSql. Při mé podobné otázce mi bylo sděleno, že návrh provádí ručně v texťáku. No, něco na tom je. Již jsem si ruční úpravu z MySQL Workbench vyzkoušel. Kdyby ale byl podobný soft s výstupem pro PostgreSql k dispozici, byla by to jistě pomoc. Zatím jsem na něco rozumného nenarazil. Pokud existuje byť jen pro Linux, to by mne samotného zajímalo.

[sidik]

Já bych klidně oželel ten export, pokud by to počítalo s fičurama co Postgre má. Většinou si stejně potom všechno sestavuju sám podle toho co jsem si nakreslil, protože ty exporty jsou občas dost divoký :)

[Heron]

Tužku a papír.

[kuka]

To je vyborne. A jak se z toho generuje, jak se z toho delaji reporty, jak se to verzuje, jak se to sdili v ramci tymu? Uz jsi s tuzkou a papirem delal system s desitkami tabulek? Pokud ano tak jak se to osvedcilo?

[FooBar]

Osobne musim rict, ze i system s desitkami tabulek (a ze to neni moc) preferuju delat spis metodou tuzka a papir + post factum dokumentace, nez si generovat DDL z graficky podoby. YMMV.

[tuxmartin]

jak se to sdili v ramci tymu?

Uplne jednoduse

 

[FrantaS]

Mě by vážně zajímalo proč někdo toto doporučuje. Někomu to zřejmě připadá neskutečné až hloupé. Dospěl jste do této fáze po práci se software? Po návrhu několika desítek databází? Možná mají lidé různou představivost, a to od mizerné až po excelentní. A je tím vůbec myšlen ruční grafický návrh nebo psaní přímo Sql kódu?

[Heron]

Je tím myšlen návrh DB schématu. Ruční návrh na papír a ruční psaní DDL je velmi dobrá rada. Kreslení referenční integrity na papír (s tužkou a gumou v ruce) také. Kód ani dokumentaci to sice nevygeneruje, ale to schéma pak za něco stojí. Sice to není tak rychlé, jako návrh přes nějaký (nedej bože automatický ORM) software, ale ta DB pojede roky a nějaký ten (tý)den vývoje navíc se v tom ztratí.

[FrantaS]

Ale proč? V čem to spočívá? Platí to i pro počet tabulek do cca 10? Pořád nevím v čem je ta hodnota. Jak potom uchovávat a překládat ten papír, který si umím představit jako čtverečkovaný o velikosti A3 až A0? Tedy s cca 50 tabulkami se mi na 15 monitoru nepracuje nejlépe, to jsem již poznal. Ale určitě i ti, co to považují za nesmysl, prováděli, stejně jako já, prvotní námět toho hlavního na papír, ale nakonec rychle přejdou k PC. Tak proč je to, prosím, tak velmi dobrá rada?

[rADOn]

Superklikaci navrhovy klikadla jsou pro konzultanty a podobnou verbez. Pokud je dobra analyza (!), vyrobeni schematu je ~1% prace na db. A vsechny dalsi zmeny v produkci budu stejne delat rucne napsanym alterem. Mozna jsem paranoidni, ale neverim v tomhle zadnemu automatickemu nastroji na 100%, a kdyz bych to mel kontrolovat rucne, tak to radsi rovnou napisu.

Uplne by mi stacil nastroj ktery by delal opak - z existujiciho schematu vyjel pekny tisknutelny graf. Do kteryho se pak da cmarat tuzkou

[FrantaS]

Jenomže každý nemá za sebou cca 5 špatných návrhů, 20 obstojných návrhů a 100 perfektně fungujících návrhů. Každý ani neví, co je to analýza, a už vůbec ne, dobrá. Třeba se učí a to, co ten soft nabízí používá k pochopení problematiky atd. Řekl bych, že velmi často zapomínáme, že jsme to taky jednou neuměli a koukali na to jako ...

[rADOn]

To je pravda. Takze potrebujem soft ktery udela 25 exportu a pak sam sebe smaze

[Heron]

Třeba se učí a to, co ten soft nabízí používá k pochopení problematiky atd.

Obávám se, že ten soft spíše od problematiky odstíní.

Třeba se učí a to, co ten soft nabízí používá k pochopení problematiky atd.

Tak si nechte poradit od zkušenějších.

Víte, kdy jsem se (konečně) naučil DB? Přesně ve chvíli, kdy jsem neměl vůbec žádné GUI, server tak říkajíc "hořel" a já měl jenom ssh konsolu. Konečně jsem musel psát všechny ty DDL příkazy ručně. Některé poprvé v životě, dělala to za mě klikátka. Po této zkušenosti, která mi otevřela oči (tehdy jsem poznal, že po mnoha letech provozu, o DB nevím ABSOLUTNĚ VŮBEC NIC). Odinstaloval jsem všechno v GUI, od té doby používám pouze řádkové klienty a manuál. A je to velmi poznat.

Takže pro začátečníka je ideální tužka a papír a textový editor pro psaní počátečních CREATE a pozdějších ALTER skriptů. Je to nejlepší a nejrychlejší způsob, jak se DB naučit. Pokud potom začne používat GUI klikátka (protože ví proč, nikoliv proto, že neumí psát příkazy ručně) je už pouze jeho volba.

[rADOn]

… neměl vůbec žádné GUI, server tak říkajíc "hořel"…

Aneb vyuka stresovou metodou Mas naprostou pravdu, ale mluvis o uceni se DDL prikazu, ne navrhu databazoveho schematu.

Ja bych sice sel takly cestou nejdriv se naucit sql a pak teprve zkoumat navrh, ale neni to jedina cesta. V opacnem poradi by nejaky vizualni nastroj pomohl, a clovek by sel do sql s jasnou predstavou co je cizi klic apod. coz afaik vetsine "radkovych" zacatecniku dela problemy pochopit.

BTW mysql klient pouziva readline, takze jeste vic nez textovy editor se mi vyplatilo poladit poradne inputrc.

[Heron]

Aneb vyuka stresovou metodou

njn Ani ne výuka, jako spíš rána do palice po které se mi rozsvítilo .

mluvis o uceni se DDL prikazu, ne navrhu databazoveho schematu.

No tak jedno je prostředkem pro vyjádření druhého a je potřeba umět obé.

V opacnem poradi by nejaky vizualni nastroj pomohl, a clovek by sel do sql s jasnou predstavou co je cizi klic apod. coz afaik vetsine "radkovych" zacatecniku dela problemy pochopit.

Mám trochu jiné zkušenosti a proto jsem navrhoval tužku a papír. Zrovna na reference je to ideální nástroj (třeba na omezení typu CHECK už moc ne) a člověku to (po čtyřicátém papíru) opravdu přejde do krve a pak z toho ještě napíše SQL. Zatímco v GUI by si pospojovával nějaké čáry s obdélníky, klikl by na "generate sql" a neuměl by ani schéma, ani syntaxe.

[FooBar]

To je pristup, kterej mne bytostne desi. Vzdyt ty rikas, ze software tohohle druhu je tu proto, aby mohli navrhy delat i lidi co nemaj tuseni ktera bije... nemeli by ti lidi spis bud jit delat neco jinyho, nebo se sakra navrhy naucit?

[FrantaS]

Ano, samozřejmě, papír a tužka i software tohohle druhu jsou tu k tomu. Jak jinak se to má ten, co nemá ani tušo naučit, když to neumí? Přece je jedno jestli kreslí nesmysly na papír nebo v software.

Každý nechce být v tomto oboru profesionál. Třeba již jen proto, že nelze být profesionál ve všech oborech lidské činnosti. Třeba toho již umí hodně. Třeba se mu z těch všech znalostí dělá občas špatně. Třeba si potřebuje udělat jednu dvě databáze. A řekl bych, že zásadní je zejména analýza a její aplikace v návrhu.

Co se mě týká, snad již brzy návrh začnu zkoušet, takže uvidím kvalitu a chyby.

[kuka]

No moc nechapu proc by "schema" delane na papire melo byt lepsi nez z nastroje, to je snad spis otazka hlavy. Profesionalni nastroje pro tento ucel umoznuji typicky to co papir se spoustou hezkych moznosti navic. Je to asi jako psat text rucne na papir nebo do textoveho editoru.

[sidik]

Jo, to používám... Je to občas rychlejší než to naklikávat. Nicméně bych si pak rád to schéma přečmáral do PC a uložil. Papír většinou založím a už v životě nenajdu. Zkouším DBDesigner Fork ale ačkoliv jsem k němu došel jako k PostgreSQL ready, tak mám pocit, že to je prostě jen původní DBDesigner.

[Tomáš]

http://wiki.postgresql.org/wiki/Community_Guide_to_PostgreSQL_GUI_Tools#SyBase_Power_Designer

[FrantaS]

Díky, ale 15denní verze? A nikoli na Linux? Proč něco takového instalovat? Nebo to omezení na Linuxu nefunguje?

[jeleniste]

Jako klikátko (např na pohledy) i d Postgre jde použít OOBase, ale výsledek pak vypadá, jako kdyby to psalo prase svym pokroucenym vocasem. Smysl vidím v tom, když mám delší názvy, že si je nalupu do těch vazeb a pak si to přeedituju ve VIM, nebo to mam otevřený ve vedlejším bafru, abych měl ty celý názvy v doplňování podle ctrl-n. Dobrý je, že to ukáže graficky vazby v existující db (akorát je to nějak rozumě nepřeuspořádá, takže u db s hodně vazbama je z toho poměrně divoká změť) a při návrhu pohledu to tam automaticky doplňuje vazby na FK. Nicméně, bez následný ruční editace je to k ničemu.
Výhoda toho psaní v ruce je, že je možný do toho create statementu nalupat nějaký komentáře, který se s nim uložej a který můžou poskytnout relativně cenný vodítko, až bude člověk pozděj dumat, k čemu ta která položka má vlastně sloužit.

[Shadow]

Zatím nejlepší svobodný software za tímto účelem, na který jsem natrefil, je SQL Architect napsaný v Javě. Popřípadě se dá použít MySQL Workbench a konvertor z MySQL do Postgresu. A nebo, jak už tu zaznělo, tužku a papír, popřípadě třeba něco jako Dia a kód pak spáchat ručně.

[yacht]

Příloha:

• ss-dyd.png (24524 bytů)

Moje praxe spočívá v tom, že mám jeden adresář se soubory-tabulkami (jeden soubor je jeden popis tabulky) a druhý adresář s funkcemi (jeden soubor je jedna funkce).

Nad tím mám naprogramované v php WUI (webové rohraní), co si ty soubory zparsuje a generuje me jak ta tabulka vypadá (v html tabulce, linky na jiné tabulky-FK, na funkce, ...), tak i sql příkazy na její vytvoření. Podobně pro funkce (a triggery).

Dále tam mám i jakési vizuální zobrazení (viz přiložený screenshot) s pomocí DIVů (linka jsou dva divy), javascriptu, absolutního pozicování.

Do budoucna to i možná bude umět se připojit do databáze, porovnat rozdíly, apod.

Každopádně základem je tužka, papír, ručně psané SQL příkazy

[ph0enix]

A co WWW SQL Designer. Ten by nesel pouzit?