Dotaz: Openoffice BASE

[safe]

Zdravím, rozhodl jsem se ze začátku postavit evidenci ekonomiky na OO BASE a mysql. Chtěl bych se zeptat, zda lze někde stáhnout rozšiřující moduly pro OO BASE týkající se ovládacích prvků. Především mi zde chybí editující formulář s více záložkami (tak jak je v Accesu).

Odpovědi

[Pavel Sýkora]

Oficiální repository pro rozšíření OO Base je zde: http://extensions.services.openoffice.org/taxonomy_menu/4/5

Jak vidíte, moc jich tam zatím není. Sám jsem se pokoušel s OO Base (konkrétně verze 2.1 a 2.2, včetně Sun Report Builderu) doplnit svůj evidenční systém o reporting přímo do OpenOffice, ale měl jsem z toho více než rozporuplné pocity - nakonec jsem to vzdal (resp. odložil do nějaké z příštích verzí OpenOffice) a zůstal u dosud používané kombinace dávkového zpracování, příkazového řádku a webového interfacu do databáze. Rozhodně bych si dovolil označit OO Base jako nejméně zralou část OpenOffice, který jinak celkem rád používám (pravda, i v v ostatních modulech se nějaká ta chybka občas najde). Na adresář pro MailMerge OO Base jistě stačí, ale jinak mi to nepřijde (zatím?) nic moc.

Já osobně bych se asi do většího systému založeného na OO Base zatím nepouštěl. Ale berte to jako můj osobní názor, nemohu vyloučit že jsem si problémy s OO Base způsobil vlastní blbostí nebo že mi logika programu prostě jen nějak nesedla.

[Dalibor Smolík]

Mám podobný pocit - OpenBase bych zatím na firemní systém nenasazoval. Raději bych vsadil na osvědčenou kombinaci MySQL+PHP, případně jiné podobné programy.

[Pavel Sýkora]

Webový interface je IMHO z hlediska poměru náklady/užitná hodnota nejlepší. Asi bych to ale neomezoval tak striktně. Jako backend bych se nebál použít libovolnou kvalitní databázi (PostgreSQL, MySQL, Firebird apod.), jako middleware bych spíše než čisté PHP viděl jakýkoliv kvalitnější MVC framework pro webové aplikace. Najdete jich několik asi pro většinu jazyků přicházejících v úvahu (Ruby, Python, Java, Perl, PHP - přikláněl bych se ale k rozumné objektové orientaci - Ruby nebo Python).

Každý framework ale umí něco kromě základní funkcionality i něco navíc (Ajax, dávkové zpracování, command-line, verzování databázového schématu, pluginy a mnoho dalších možných i nemožných vlastností), tak si musíte vybrat, co vlastně budete potřebovat . Ne všechny podporují stejně dobře všechny databáze, MySQL bývá IMHO podporovaná nejlépe (i když ji osobně nepoužívám, protože jsou tam pro mé menší projekty zbytečně technické věci a má pro mne dost hnusnou syntaxi SQL). U frameworků bývá poněkud otravné, že mívají strmější křivku učení, takže dost dlouho nic nemáte "v ruce". Ale většinou se to dá přežít. Za odměnu pak rozumně funkční prototyp aplikace uděláte za dopoledne. Důležité je si uvědomit, že často konkrétní framework předepisuje (nebo doporučuje), jaké návrhové vzory se mají použít pro databázová schémata. Pokud to člověk dodrží, hned je vše jednodušší. Frameworky mají kromě toho výhodu, že funkčnost databázových modelů se nemusí programovat ve vlastní databázi, ale v jazyce daného frameworku.

Z mých zkušeností je zatím na inhouse projekty podobného rozsahu z frameworků nedostižný Ruby on Rails, který má těch pokročilých vlastností opravdu hodně a mám pocit, že ostatní frameworky se ho snaží s dost vekým odstupem kopírovat. Jako bonbónky bych uvedl např. slušná podpora AJAXu, verzování databázových schémat (tohle je fakt k nezaplacení) a spoustu pluginů, které mohou dost usnadnit život. Dá se stáhnout i zabalená windowsovská instalace (je to včetně apache a mysql). Je ale pravda, že to není PHP, takže je potřeba se naučit i Ruby.

[Dalibor Smolík]

Díky za dobré objasnění, já jsem šel cestou co nejrychlejší funkčnosti a s ohledem na mé nulové znalosti s programováním jsem použil pouze MySQL+PHP a to jen zpočátku jen nejzákladnější funkce. Předtím jsem měl určité zkušenosti s MS Accessem, ale MySQL je o něčem jiném (znalost jazyka SQL nutná ).