Dotaz: Access, office, přechod na Linux

[Bacagin]

Ahoj,

nastoupil jsem do firmy, v které pracuji s databází klientů, která je v dbf (Access).

Můj jediný důvod proč se tam nezbavit windows je ten, že pořádně neznám žádnou alternativu pro linux.

Četl jsem dost článků na toto téma (i na abclinuxu) ale jsem z toho tak trochu jelen. Poradil by mi prosím někdo s výběrem, jaké je nejlepší řešení na míru pro mě?

Dělám mj. toto: ukládám do databáze nový záznam s daty nového klienta, občas vygeneruji tabulku klientů do Excelu (oocalc), vytvářím dokumenty Wordu (oowriter) spojené s databází (např. pro hromadnou korespondenci).

Čili abych nešel s bazukou na zajíce, potřebuji poradit nějaké jednoduché řešení: bezproblémový import dbf do jiné databáze (mysql?), pěkný klient pro tu databázi, který umí jednoduché věci - vytvářet dotazy, filtry, apod. jako Access. Měl by být pro Gnome nebo Javu. Potom informaci, zda je možné s touto databází pracovat v OO.org podobně jako MSOffice a kde se o tom dočtu víc.

Díky za každou radu.

Odpovědi

[Bacagin]

A mělo by to umět pracovat s češtinou, tj. žádná "feftina". Na lokalizaci netrvám. Díky.

[Anselm]

Access nemá dbf, ale mdb. Pro tvůj účel by byl nejlepší rekall ale stojí buchvíproč $69

[Bacagin]

Dík, to vypadá jako přesně co bych potřeboval, ale nemám na to :( Neexistuje něco open source a zadarmo?

[jm]

http://www.rekallrevealed.org/toplevel/getting.shtml

Rekall is available in source form, either as source tarballs or direct from the Rekall CVS. Please click on the links to the left to find out about these. Note that if you want to build the XBase/XBSQL driver, you will need either the XBase and XBSQL source tarballs or the prebuild packages.

Zdrojaky zde, pripadne pres CVS.

[Bacagin]

Děkuju, vyzkouším, zkusím se nějak poprat s instalací ze zdrojáků.

[jm]

Jinak v Gentoo je pro rekall ebuild, pokud jste si jeste nevybral distribuci.

[jm]

Pro zacatek: http://www.abclinuxu.cz/clanky/show/61162
http://www.abclinuxu.cz/clanky/show/61166

Prace s cestinou je tradicne tragicka, nicmene v druhem dile je postup na zprovozneni (patch).

Vyexportovat do neceho normalniho (MySQL, PostgreSQL) a od te proprietarni hruzy rychle pryc. Z OO.org je samozrejme mozne s MySQL apod. databazemi pracovat napr. pres ODBC.

[Bacagin]

Děkuju za linky, poradíte mi prosím nějaký frontend k té databázi? Nemám moc čas ani entuziasmus zkoušet všechno co existuje. Pokud s tím někdo máte zkušenosti, prosím poraďte mi něco pro Gnome/Java, co by mi stačilo z hlediska mých (nízkých) nároků viz. výše, bylo by to stabilní a ne přiliš složité.

[jm]

Front-end? phpMyAdmin, phpPgAdmin - doufam, ze jsem to pochopil spravne.

[Bacagin]

Díky, vypadá to zajímavě, ale já hledám spíš něco ovládáním podobnějšího Accessu.

[jm]

Nejak tomu moc nerozumim. Co to ma delat?

[Bacagin]

Koukal jsem na toto: http://www.abclinuxu.cz/clanky/show/10187 Nevím jestli je to vhodné pro popsaný účel
nebo tohle: http://mdbtools.sourceforge.net/ Nevypadá na "dospělý" produkt. Myslel jsem že najdu někoho kdo řešil podobný problém a je spokojený s nějakým softwarem, který by mi doporučil...

[Martin H.]

A co FireBird?

[Bacagin]

No mě je vlastně jedno kam tu databázi vyexportuju, hlavně aby to mělo pěkné stabilní GUI (tím myslím klikací ovládání, ne jenom editor se zvýrazňováním syntaxe) a to je u Firebirdu zatím Alpha ne?

[Peter Lehotsky]

Kexi, soucast Koffice je klikatko ktere pracuje nad MySQL, PostgreSQL, FireBird, SQLite.

[Dalibor Smolík]

Taktoto jsem poměrně jednoduše vyřešil (i jako lama). Na stroji s Windows jsem si nainstaloval MyODBC a MySQL.
V ODBC Start - ovládací panely - zdroje ODBC-Uživatelské DSN - sample MySQL sample mysql se musí upravit: localhost, uživatel, heslo, 3306, export jako databáze ODBC, dát jméno, zdroj dat počítače - sample-MySQL, dát OK a pak již jen převést do linuxu.

[anon123]

Zrovna vcera jsem se trosku zabival timto tematem. Nemuzu si pomoci, ale vsechny ty napodobeniny jsou dost hruzny. Proste MS OFFICE je hodne dobrej. Kdyby byl i na linux, tak bych ho koupil. Proste tato applikace se dobra. Nic ostatniho se mi moc nezamlouva.

[Dalibor Smolík]

Souhlasím, že tento výrobek MS vypadá slušně. I zadávání dat do Accessu je pro uživatele operativnější a rychlejší než např. MySQL+PHP, ale z širšího pohledu tak MS Office pro databáze už dobře nevypadá. Bezpečnost, zálohování dat, využívání jedné apliace více lidmi, apod. Po 5 letech používání Accessu jsem přešel jinam a teď nelituji.

[Anselm]

MS Office je hodně špatnej. No flame. Jediné co stojí za to je Access, jak už tu někdo říkal, výborné rozhraní k příšerné databázi.

[Open Mage]

Souhlas, s Accessem pracuju asi 4 roky a teď pomalu utíkám - důvody jsou prostý -> 1) není možné editovat formuláře, přidávat a ubírat pole (ALTER TABLE), editovat zdrojový tabulky atd. za chodu aplikace 2) je to souborová databáze jejíž víceuživatelské zabezpečení je na prd a o obecný bezpečnosti se mluvit nedá vůbec - uživatel si soubor vezme pošle někam mejlem a jste nahraný pokud v tom jsou klienstká data 3) při náporu řekněme 30 uživatelů na jeden .mdb soubůrek s cca 15000 daty si můžete být téměř jisti, že se Vám db zhroutí... 4) licence na jeden Access stojí aktuálně tuším 6000,- Kč vč. DPH, což je pro naši firmu, kdy k databázi potřebuje přistupovat třeba 70-80 lidí ve špičce současně - tj. přes nějakých 400 000,- investice do něčeho co nemá myslim dalekou budoucnost (ač to má svý výhody v trivialitě a uživatelskym GUI) 5) napojení na další systémy jako internet, sms, emailing apod. není taky doménou tohohle SW (teď už mluvím obecně, vím že v této diskusi chtěl tázající se pouze jednoduchý věci a o tomhle nebyla řeč)

Těch důvodů je víc a proto se drtim už pátym měsícem vývoj ve webovym rozhraní a klasickou LAMP (Linux, Apache, MySQL, PHP) doplněnou o HTML, CSS, JavaScript... Je to dřina, ale pomůžete firmě i sobě (vzdělání je k nezaplacení). Samo narážim na spousty problémů kódováním počínaje, převody data a času (RRRR-MM-YY) až po hlídání uzamykání právě zpracovávaných záznamů v prostředí client-server (což neni prdel, ale dá se) - nicméně i tak se to rýsuje velmi dobře a myslím, že rozhodnutí zdrhnout k pořádnýmu databázovýmu serveru se vyplatí !

[Dalibor Smolík]

Ještě jednou se zapojuji do diskuse, jsem skutečně pro import do MySQL+PHP, po počátečních potížích jsem velmi rád, že jsem se této problematice věnoval, teď se mi to vrací zpátky. Převod času jsem taky řešil - pomocí formuláře se 3 políčky (DD, MM, YYYY) a následně poskládal do formy $rok-$mesic-$den a v teto formě jsem to předal databázi. Následné zobrazení data v sestavě pomocí
select date_format(now(),'%d.%m.%Y')datum
Možná Vám ten tip pomůže. Uzamykání záznamů pomocí LOCK TABLES

[Open Mage]

Díky za tip s tim datem a časem, o rozdělení ve formu jsem už také přemýšlel a na date_format jsem narazil v dokumentaci snad zrovna včera :o) Určitě to zaimplementuju. To uzamykání záznamů, potřebuju uzamykat fakt jen ten záznam, kterej si uživatel nafetchuje a upravuje ve formu u něj na lokále (to samo MySQL netuší) a pak ho pošle jako UPDATE zpátky. Zatím vidim jedinou rozumnou cestu v tomhle prostředí tabulku zamykání záznamů - id uživatele, id záznamu kterej zrovna zpracovává ve svym prohlížeči, čas kdy ho začal zpracovávat a nějakej lock příznak...

[podlesh]

Pokud jde o to, aby uzivatele needitovali jeden zaznam/objekt (coz nemusi byt nutne jedna radka tabulky), tak je skutecne nejlepsi si vyresit vlastni zamykani. Klidne i mimo databazi (pokud je stavovy server, ne normalni PHP).

Pokud by slo jen o pristup do databaze, od toho jsou transakce (ano, i MySQL je umi!)

[Jáchym Čepický]

excel taky neni marnej..