Miért XBASE adatbázis kezelést használ és nem client-server technikát? Kérdezik sokan.A LafiSoft 1990 decemberében alakult. A 12 év munka, és tapasztalat határozta meg a jelenlegi fejlesztési stratégiát.
Miért XBASE adatbázis kezelést használ és nem client-server technikát? Kérdezik sokan.
A válasz egy sereg paraméter összhangjából születik. Ezek az ügyviteli programok általában szóló üzemben, vagy helyi hálózatokon futnak. Ezek a legrosszabb esetben produkálnak 10Mbit/sec sebességet. A szóló gépek esetén ez a belső adatátviteli sebesség még nagyobb. Így nem okoz gondot a nagytömegű adatáramlás ami a clipper-xbase programokra jellemző. Főleg ha gondoskodunk róla, hogy az exe kódja se közlekedjen a kábeleken, azaz minden terminálon a helyi HDD-n tároljuk, onnan indítjuk.
A client-server alkalmazások ésszerű felhasználási területe az internetes adatbázis kezelés és a nagyvállalati rendszerek. Előnye, hogy a program csoportos fejlesztő munkával állítható elő, kódja tömör világos áttekinthető, jól ellenőrizhető. Az vizuális fejlesztői támogatás kimagasló, a program előállítási költsége így alacsony.
Hátránya mint minden túl intelligens rendszernek, hogy bár egységes egyenletes teljesítményt ad és nem lehet paramétereit kihegyezni az egyedi elvárások szerinti legjobb optimumra hangolni. Rákényszeríti a programozót helyenként nyakatekert és sematikus megoldások alkalmazására, aminek az ára sebesség és kezelhetőség romlásában jelentkezik. Rákényszerít a felhasználóra egy megosztott programrendszert aminek optimalizálása nem feltétlenül fedi le a felhasználó igényét.
Kettősségből (Kliens -server oldal) eredően sérülékenysége nagy. Feléphet az 'Ágyúval - verébre ' szindróma.
Mi az előnye egy jól megirt KYLIX-XBASE programnak? A program működése stabil, sebessége az index szekvenciális rendszernek köszönhetően maximális. Kylix grafikus eszközeivel kiegészítve változatos, a program használójának igényéhez maximálisan igazodó ablakrendszereket lehet készíteni. A generált gépi programkód futási sebessége maximális. Nem egy SQL értelemző fut ami interpreter jellegéből adódóan lassú. Primitív alacsony programozási szintből eredően speciális feladok is jól megoldhatóak vele nagy futási sebességgel.
Mi a hátránya? A forráskód relatíve nagy tömegű, a programozás csoportos munkavégzése nehezen kivitelezhető, ezért szeretik a magányos farkasok. Nagyságrenddel több programozói órát kell beleölni, tesztelési fázis költséges és hosszan elnyúlik, mire a hibák száma az elfogadható szint alá nem süllyed.
Összegezve, ne temessük még el az XBASE programokat.
Kétségtelenül a jővő a client-server alkalmazásoké, de a kisméretű ügyviteli alkalmazások esetén, használhatóságuk még nem érik el a jól megirt xbase társaikét. - egyenlőre.
Kiss Zoltán LafiSoft
http://www.lafisoft.hu
6400 Kiskunhalas Kassa u 24
tel: 06-77-425-262 ICQ 2510307
- A hozzászóláshoz be kell jelentkezni
- 2672 megtekintés
Hozzászólások
Osszegezve, az xbase es sql-eket, szerintem semmikeppen sem johet ki jobbnak az xbase tipusu rendszer. Amennyiben egyszerre tobben akarnak adatbazist kezelni, ha kis adatbazisrol, gyenge gepen futtatva lenne is szo, akkor is vannak erre megfelelo rendszerek. (lasd. sqllite) azon tul, ha tovabb kell lepni, csak adatbazis motort kell cserelni, es nem kell az egesz rendszert ujrairni. Ezen tul, meg persze van millio dolog, amirt jo a client-server rendszer, de aki ilyen programot ir, annak ezt tudnia kell. :-)
- A hozzászóláshoz be kell jelentkezni
Hello!
En meg nem teszteltem le a progit, ha jol ertem azzal a klipperes felfogassal mukodik, hogy a teljes adatbazist atpumpalod a szerverrol a kliensre, es amikor vegzett a munkaval akkor vissza.
Elonyok:
-ha kicsi az adatbazis (
hatranyok:
-ha a kliens valamit elqr, (esetleg direkt), akkor az egesz db mehet a szemetbe.
-az adatok modositasa a teljes adatbazis, vagy adatfile lockolasat koveteli meg, (sebesseg)
-gyorsan novekvo adatbazishoz a kliens teljesitmenynek is gyorsan kell nonie, hat meg a halozatenak.
Az otthoni gepem parameterei: i486 dx (ebbe mar van math co proci :), 8 M memoria, 16 M swap. 312 M oreg merevlemez. regebben ez volt a MySQL szerverem, es igazan szepen teljesitett.
32M memorian mar batran futtathatsz egy PostgreSQL szervert is. Ha jol tudom mar mission critical a WAL-lal
128 M memoriaval megprobalhatod hasznalni akar az SAP DB-t is, ami meg a replikaciot is meg fogja oldani.
Szoval szerintem a helyes dontes altalaban nem kot megallapodasokat. 128 M memoria par-ezer forint, es mar alig van olyan gep amibe nem tudod belezsufolni.
Laci
ps: viszont ne hagyd hogy masok elvegyek a kedved a fejlesztestol! Mindig van aki jobban akarja tudni mint te :))
- A hozzászóláshoz be kell jelentkezni
Hozzateszem, hogyha van egy jol mukodo stabil, olcso rendszer, ami kylix, akar sql, akar gnome, kde vagy barmi mas kutyulmany, lenyeg, hogy stabilan fusson, es lehetoseget adjon a tovabblepesre kesobbiek folyaman.
Szemely szeirnt a kylix ellen vagyok, mert az egesz ugy tunik (sebessegileg) mintha wine-ben futna, es ha fizetos programot akarok vele csinalni, akkor nem olcso a license-e.
Szamlazo vagy raktarkeszlet nyilvantarto programnal karakteres modban is futhatna a program, ami nem csilli villi, de egy csomo mas elonye lenne. (ma is hasznlnak igy rendszereket, eleg sok helyen)
- A hozzászóláshoz be kell jelentkezni