FAND:
Provozoval jsem na siti bezdiskovych 386ek, Novell 3
X
Kusovnikovy rozpad polozky byl asi 10x rychlejsi nez v K2 na 8mi procesoro em serveru na MS SQL.
Nebo treba sdilena editace tabulek se zamykanim vet - FAND delal automaticky sam.
.Netreba licenci na Db server, klienty ...
V posledni verzi padlo omezeni valikosti index.souboru na 32MB, takze omezeni je je max.velikost souboru DOSu.
Nejen ze zadavni dat do formularu je nejrychlejsi,
Textovy rezim tez ucelne omezuje tez jejich progrqmovani
automaticky navrh s pripadnou minimalni upravou, protoze jinak se to tam proste naskladat neda :-)
Formulare v grafice, to je jen neustale presouvani poli/prvku, aby to pasovalo ...
Ve FANDu proste nejsou, ani potreba :-)
Jednoduchost, s jakou se ve FANDu yyvyji, ma bohuzel trvale nasledky na programatorovi:
Nenasell jsem nic novejsiho, obdobne snadno pouzitelneho.
Mozna kdysi Access, ale ten s poctem zaznamu sel do ...
Bohuzel, muzete nesouhlasit/ale to je vse.
paradox QBE bylo moc fajn, bezpečně nejlepší adhoc query system jaky jsem kdy videl, ale pokud jde o relacni databazi a jeji moznosti, tak FAND se spise podobal velkym SQL serverum, bohuzel to byl lokalni monolit, bez jakekoliv moznosti spustit se na serveru a poskytovat logiku stanicim/terminalum, takhle to v DOSu nefungovalo jako na Linuxu, ale to vy vite... DEKLARATIVNI popis konceptualniho schematu databaze v RELACNIM datovem modelu (ano pane "backup", ano), protoze slo o mnoziny zaznamu tedy relace, provazane cizimi klici, indexovanim i podle vypocitanych polozek, triggery (akce provadene pri CRUD operacich, nektere deklarativni i pres cely model) - tohle NIKDE jinde neexistovalo a dosud neexistuje ... MNOHOKRAT jsem to za celou dobuexistence internetu hledal jako "Svaty gral" a nenasel, nikde ... protoze ano, FAND omezene komunikuje s okolim, okolim, to je psycho, uz nekompatibilita editoru s cimkoliv, copy/paste treba, pouze primitivni export/import csv/fix/dbf, primitivni a asi nespolehlivy linkna SQL servery pres ODBC (nikdy jsem nezkusil, nebylo proc, v roce 1993 jsem navrhoval request/response smart klienty aplikacniho serveru, kde klienti/features byli vicemene temer "generovatelni z datoveho modelu response", unifikovany pristup ke kazde tabulce/relaci ala rest/crud, dost otravna prace pomerne s tim ze v lokalni databazi s nekolika "otevrenymi pripady" (treba komplet chorobopisy pacientu) je mozne pracovat lokalne/offline od appserveru a na konci provest finalni commit vsech zmen najednou; tenkrat byl chvili cas premyslet poradne nad takovymi vecmi, ale pak prestala veskera legrace s nastupem byznysmenu ve fialovych kvadrech s bilejma ponozkama a zlatejma retezama ......