Alpha Five V 7: alternativa k MS Accessu?

Já to vidim tak, že MySQL + Apache je lepší řešení, ale dá to o dost víc práce. Naproti tomu Access je pro takový napůlschopný lidi jako já ideální.
Nejlepší by bylo mít uživatelský rozhraní k MySQL a Apache na úrovni jakou má Access.
Já jako lama například miluju, když napíšu něco udělám tečku a vyjede mi combo se všemi vlastnostmi atd.

Nejsi lama, vyjetí všech vlastností a metod doopravdy ulehčuje práci !

jaký je význam aplikací jako MS Access nebo tahle když databáze se dají udělat na MySql+PHP a může to jet jak na vnitřní síti tak na internetu. A navíc je to FREE.

třeba když chce někdo databázové řešení na desktopu a nechce do toho tlačit databázový server...

No hej ale ak som pochopil princíp klient server čo je na linuxu tak to MYsql bude ako služba v pozadí a pri neveľkej databáze no povedzme 10 000 záznamov by to nemalo ani veľmi zaťažovať komp. ( ps. toto nie je windows server keď to musí žrať výkon aj na sprostredkovanie grafického rozhrania a tie win ficurky ktoré sa nedajú vypnúť). Nie som profesionál tak ma prosím opravte ak sa mýlim A áno je to zadarmo maximálne sa zaplatí technik, kedže to nevie rozchodiť tu databázu hocikto. Ale určite bude flexibilnejšie ako takéto riešenie (napríklad dá sa na lokálny server a je databáza pre celú firmu).

A cim se to reseni podstatne lisi? Kdyz chcete pracovat s Accesem tak musite nainstalovat MS Office. Kdyz chcete pracovat s PHP a MySQL tak musite nainstaloat PHP Home.

Kdyz chcete pristoupit k DB accessu musite mit nainstalovany Access, kdyz k MySql musite mit nainstalovany MsSql.

Fakt v tom nevidim rozdil.

To ze se jedno jmenu (vznosne) server prece nic neznamena, ne?

Co se tyce systemovych naroku, tak MS Office je ma vetsi a spracovani dat v DB je taky pomalejsi.

Btw. na to co rikam prisel i Microsoft a vyvoj Accessu zastavil pred peti lety, posledni verze byla Access 2000 nadale podporuje jiz jenom MsSQL server a jeho Free verzi MDE (Microsoft Database Engine).

Rozdíl v tom je a dost podstatný. Rychlost vývoje v PHP a Access se nedá srovnat. Tím i výsledná cena pro zákazníka. Navíc Office nezabírá rozhodně tolik jako MySQL a PHP plus WebServer. Každopádně MySQL musí bežet jako servis, tzn. stále, office se vypnou a nezabírají paměť.

Také přenéšet data je pro běžného uživatele v Access výrazně snazší. Stačí zkopírovat soubor. V MySQL musí dělat backup databáze a ten pak přenést. Obnova znamená restore databáze. To po běžném uživateli nemůžete chtít ani náhodou.

A co se týká Microsoftu a vývoje MsAccess to co tvrdíte je nesmysl. Jsou verze Access 2002 (XP) a 2003 a rozhodně přináší nové věci a nové fuknce proti verzi Access 2000. Pokud máte na mysli MSDE (nikoliv MDE :) tak zde jde o runtime verzi MSSQL a to je opravdu něco jiného než Access.
______________________________________
Stanislav Duben
www.duben.org
www.afrodita.name

No MySQL a PHP je mensi a rychlejsi nez MS Office. Ano mate pravdu vyvoj v PHP je nesrovnatelne rychlejsi nez s Accessem a podporuje daleko vice mznosti. Mate pravdu odrazi se to na cene i na tom ze PHP skriptera najdete na kazdem kroku.

Neni problem databazovy server vypinat. Databaze neni treba restorovat a backupovat, staci je normalne nakopirovat. Samozrejme v pripade pozadavku na dobrou prenositelnost se da vyuzit i FireBird, ktery bezi i jako Embandet (aspon na Windows).

Access databaze se jiz nevyviji. 2003 ma jen kosmeticke zmeny v GUI, ale samotna databaze se nezmenila.

lebo v MS Accesse si robis s databazou a formami a neriesis take veci ako v PHP.
je to uplne o niecom inom, pre PHP neexistuje poriadny RAD
ked mas databazu s 10 tabulkami , tak v PHP sa s tym budes hrat 2 tyzdne aby si poosetroval ciselniky a podobne veci a v MSAccess to zbuchnes za 2 dni(ak tam nedavas moc VBA)

s MS Access 2.0 robim (prehistoricka verzia) a je v tom napisana asi 100 uzivatelska aplikacia
A NESMEJTE SA!!!!

Heh, na Access verze 2.0 vzpominam v nejlepsim vzhledem k jeho stabilite. No a aplikaci v Accessu 97, se kterou pracovaly intenzivne najednou desitky uzivatelu take znam. Na sdilenem sitovem disku byl mdb soubor s daty a uz to jelo. Obcas se sice sdileny mdb soubor zhroutil, ale pomohlo vsechny uzivatele odhlasit a mdb obnovit ze zalohy (zaloha se proto tvorila neustale kazdych 10 min ). Mimochodem autor takove aplikace cpal napr. do comboboxu cele tabulky - pri te prilezitosti jsem napr. objevil "problem", ze zmineny combobox dokaze zobrazit max. cca 60 tis. zaznamu. Od te doby jsem jiz nastesti nic podobneho nevidel.

Jinak souhlasim, ze PHP + nejaka db a Access je naprosto neco jineho. Access spise chapu jako produkt, ktery svymi skutecne bohatymi funkcemi zacina tam, kde Excel svymi moznostmi prace s daty konci.

MS bývá i hrobníkem malých firem. Protože nemohl koupit patent na výkonnou rychlou desktopovou databázi FoxPro, tak koupil celou firmu a FoxPro v podstatě spláchnul. pozůstatek = http://msdn.microsoft.com/vfoxpro/

Kam ji spláchnul? VFP má plánovanou podporu až do konce roku 2014. Teď se plánuje SP2 pro VFP 9.0 a za rohem je Sedna.

A to jsi vyčetl kde? Tohle může napsat jen někdo kdo neví která bije a o FoxPro neví vůbec nic.
Její vývoj pokračuje ... je tu velká komunita, jsou akce a jsou hlavně projekty a případové studie (spousta aplikací).
Jestli je vývoj FoxPro 2.5 DOS (jedna z prvních verzi pod hlavičkou Microsoft) až Microsoft Visual FoxPro 9.0 SP1 nějaký pozástatek, tak pak je to dobrý a velký pozůstatek

Tak kde je CASE nástroj pro Foxku (nemyslím grafické malovátko tabulek a jejich propojování, ale skutečný CASE od analýzy až po generování), který původní firma připravovala, kde jsou storované procedury... ???

http://www.foxprohistory.org/foxprotimeline.htm

... spláchnut byl pouze FoxSoftware, ale produkt zůstal a rozvíjí se.
Ta stránka ukazuje jen vývoj (r 1991 až 2006 je vývoj pod Microsoftem) ... tys psal o spláchnutí - což je něco jako "zničení".
ad: Tak kde je CASE nástroj pro Foxku (nemyslím grafické malovátko tabulek a jejich propojování, ale skutečný CASE od analýzy až po generování), který původní firma připravovala, kde jsou storované procedury... ???
Tak na tohle bys musel požádat o odpověď někoho z Microsoftu.
Nemám takový přehled: které vývojové nástroje mají své CASE nastroje?

Hmm a kde má Borland case nástroj pro svá IDE C++, Delphi atd.
Teorie je věc jedna a praxe druhá. Storované procedury mají smysl s DB serverem, jinak ne. OK, připravovali DB server a plánovali toho více, ale zeptal ses někdy původních tvůrců FP proč FP prodali MS? Myslíš si, že by dokázali utáhnout podporu po celým světě? V 93 roce tu bylo víc foxek na černo než koupenejch.

Ty nastroje existuji Cache Studio, nebo Model Maker. Jsou vyvijeny tretima firmama, ale to by preci nemel byt takovy problem, ne?

Ta připomínka od ntspm spíš vypadala, že by to foxka měla mít v sobě a ne od třetí strany ... takže musíme pokat na jeho reakci ...

Hezký den, diskusi, už opouštím. Jistě, lze vzít CASE od třetí firmy. V současnosti jedu na PowerBuilderu a SYBASE iAnywhere se zabudovaným CASE, ikdyž není například nad Westmount I-CASE (750 tisíc). Současný vývoj a hlavně údržbu systému si bez CASE nedokážu představit.

... myslím vývojové prostředí na bázi Win nebo Linuxu v podobném provedení jako Access???

Neco takoveho ma OpenOffice 2.0 ...

Bohužel editor databází v Open Office se zatím s Accessem nedá srovnat.

bohužel máte pravdu, zkoušel jsem ho a kromě možností je to žalostné s kvalitou a stabilitou

http://db.apache.org/

http://db.apache.org/

OO Base je hračka pro nemluvňata, která neví, wo co go. Zkrátka, v porovnání s MS Access nula bodů...

No mě OOBase docela příjemně překvapila.
Připojil jsem se s ní bez vetších potíží k rozsáhlé podnikové MS SQL databázy, přes JDBC driver (JTDS) tabulky se procházejí svižně, trochu to připomínalo MS SQL Enterprise Manager očesaný o uložené procedury, funkce, full-text indexaci etc. Ale to jsem fakt nečekal :)

Zkoušel jsem pár jednoduchých formulářů. Ono vás to hodí v podstatě zpátky do editoru (Writeru) přibudou nějaké toolbary navíc. Místy trochu neohrabané ale dá se to přežít.
Výhodou je například možnost exportu do XForm. Teda výhoda bude až je začnou browsery pořádně podporovat.

Skripty je možné tvořit ve StarBasicu, JavaScriptu, Jave, Pythonu a ve vývoji je podpora VBA a Mono. Plně integrovanou podporu (editor, debugger) má zatím jen StarBasic a JS. U Pythonu musíte použít externí IDE, ale to může být i výhoda.

Existuje i experimentální podpora pro Access 97 (Jet 3) and Access 2000/2002 (Jet 4) format MDB soubory. Nezkoušel jsem - nemám vzorek.

K celé aplikaci chybí nějaký čtivý tutoriál, jak k ovládání tak ke skriptování. Na mnoho věcí člověk přijde metodou pokus omyl!!!

Rozhodně to vypadá slibně a doporučuji vyzkoušet!

No ODBC ovladace zvlada OOBase bez potizi tudiz i ovladace Jet pro Access. Ja sam pres to delam vsechno co na Accessu je potreba, dela se mi s tim lip nez primo tim microsoftim.

Ja pouzivam 602SQL, sice je plateny, pre domace pouzitie zdarma je. Nova verzia 9.x je uz len cisty SQL server, ale starsia 8.x obsahuje aj prostredie na vyvoj aplikacii, dost sa to Accessu podoba (zial len pre Windows).

No jistá alternativa by byla:

PyQt (jazyk), QtDesigner (klikací design formulářů), Python IDE (např. Eclipse, nebo skromější eric3, SPE, Emacs :) a nějaká skromější databáze (SQLite, hsqldb, mySQL, mdba) Bude s tím asi o něco víc práce než s Accessem, je to přeci jen víc o programování než o klikání. A můžete mít svižnou, multiplatformní, desktopovou aplikaci, relativně rychle. A když se ujme, a nezbastlíte návrh ani impelmentaci, máte flexibilně rozšiřitelnou C/S aplikaci (Oracle místo mySQL, trochu to zasíťovat.. :)

Existují i jednodušší alternativy:
http://www.kexi-project.org/
..ale s tímhle opatrně, příliš čerstvé, nemám představu co to umí.

mrknul jsem na cenu (článek jsem ani nečetl) a vidím, cena pouze Alpha Five V 7 odpovídá prakticky ceně celého Office (OEM). Takže asi nebrat.