Hálózatos prg Zeos,FB

Hálózatos prg Zeos,FB
2006-09-11T17:09:56+02:00
2006-09-14T09:59:00+02:00
2022-11-01T11:50:42+01:00
bde
Sziasztok!

Adott egy prg ami idáig BDE/Paradox és tábla alapú elérés volt.
Most FB alapra át lett helyezve a compi Zeos, és querykel vannak a táblák kiváltva.

Mit kell tennem, ha (az eredeti cél is ez volt) 3 gépről kellene elérni és dolgozni a progba.Most következő lépésként még minden gépen be lehet majd configolni, hogy hol van az FB adatbázis(inf file). És -gondolom- müködik is majd.Tehát elérhető lesz.De hogyan csináljam/és mire kell figyelnem, hogy megbizhatóan müködjön minden gépről a prg?Miket tegyek még bele, és hová?

Valami viszonylag fájdalommentes kellene...
Mutasd a teljes hozzászólást!
A cached update azt jelenti, hogy leszeded a szerverről a szükséges rekordokat, azok a usernél egy táblába kerülnek, ahol a user nézegeti, módosítja, töröl, hozzáad. Mindez azonban csak az ő táblájában történik. És akkor x idő múlva azt mondja, na jó, most akkor amit eddig változtattam, végrehajtom a szerveren is. És akkor a program a változásokat szépen elkezdi feltolni a szerverre. Igen ám de a fenti idő alatt más is letölthette az adatokat, törölhetett, módosíthatott és hamarabb visszarakhatta a szerverre és mondjuk a te általad módisított rekord már nem is létezik. Erre szolgál a feloldás kezelés.

Ha nem cache-elsz, a módosítások egyből mehetnek fel, az ütközések valószínűsége kisebb lesz, de ez is a rendszered használatától függ.

Tranzakcióba sql parancsokat lehet foglalni, azokat amelyeket mindenképpen együtt kell végrehajtani (vagy együtt nem végrehajtani).

Tranzakciók esetén még van egy olyan dolog. hogy tranzakció elkülönítés, ez pedig azt határozza meg, hogy a többiek mikor láthassák a te tranzakciód által művelt dolgokat, csak ha végeztél vagy már közben is...

El kell fejben képzelned, ahogy majd a rendszered működni fog. A szemed előtt jöjjenek-menjenek a rekordok ahogy majd valójában lesz és keresd mi lehet majd a probléma.
Mutasd a teljes hozzászólást!

  • Csak gondolom...

    1,Az adatok megtekintéséhez semmi extrára nincsen szükségem.Minden cliens saját queryje bekéri magának az szükséges adatokat.(?)

    2, Amennyiben adatokat módosítok tranzakció kell.

    3, Inkább kérdés:A tranzakció ideje alatt kell e gondoskodnom valami féle lockolás szerűségről?
    4,
    5,

    Vagy mire kell még figyelnem?
    Mutasd a teljes hozzászólást!
  • Amennyiben eddig 1 felhasználós rendszer volt, többfelhasználóvá tenni nem csak egyszerűen BDE-FB cserével kell. Felül kell vizsgálni a program működését is. Ajánlanék némi C/S és FB irodalom tanulmányozást.
    Mutasd a teljes hozzászólást!
  • Rendben, értem én, de a legfontosabb része ez lenne nem? Hiszen csak így a biztosan megoldható tranzakcióbiztos adattábla.

    Ezt is több hétig csináltam, és még így is biztos van 1-2 funkció amit ellenörizni kell majd.Az összes tábla compit leszedtem, és Zeos querykel oldottam meg.
    Szerintem ez az első lépés.

    A legtöbb tábla csak egy (pl szin) félstatikus tábla. Igazából általában csak hozzáadnak.Vagy módosít de csak ezt az egy táblát érinti.
    Van még teljesen statikus táblám(névnap)
    és a legbonyolultabb ami max 2-3 táblát érint az egyiket csökkenti a másikat növeli.(Tranzakció).

    Most nem ezek a legfontosabb lépések?Mire figyeljek még?Gondolom a többség napi szintem csinál ilyen progikat,kérem osszanak már vami tanácsokat, vagy vmi ált dolgot ami alapján csinálják, hogy ne legyen vele gond.
    Mutasd a teljes hozzászólást!
  • Mivel ez így elég általános, én is általánosan.

    Igen, első lépés, hogy lecseréled a komponenseket. Ha működik és egyfelhasználós rendszer, nem is kell vele tovább foglalkozni.

    Ha több felhasználós, akkor a következőkön kell elmélkedni:

    - milyen sűrűséggel nyúlnak a userek a táblákhoz? Mennyi a valószinűsége az egyidejű hozzáférésnek? Ha kicsi, nem kell különösebben aggódni, menni fog
    - ha a userek használják a táblákat döntően milyen műveletek fordulnak elő? Ha mindenki csak belapátol megint nem különsebben kell foglalkozni tranzakciókkal.
    - ha a userek hozzáadnak, törölnek, módosítanak rendszeresen, mekkora a valószínűsége, hogy egyidőben kell ugyanahhoz a rekordhoz fordulniuk, előfordulhat-e, hogy egyidőben ketten, kétféleképpen módosítanak ugyanazt a rekordot. itt már bejönnek a tranzakciók és felodási problémák.
    - cached update vagy nem?

    Szóval te ismered a rendszeredet, a leendő működését, nehéz így konkrétumokat mondani. Az is lehet, hogy ha néhány felhasználós rendszerről van szó, kezdjétek tesztelni, milyen anomáliák jönnek elő, lehet hogy nem is lesz probléma.
    Mutasd a teljes hozzászólást!
  • Köszi!
    Igen ilyesmikre gondoltam, amiket irtál!
    Most megcsináltam a configot hozzá, kiprobálom és átnézem az alapján amit írtál.
    Esetleg konkretizálok... közben érik a pontod! :)

    ezt kicst kifejtenéd?
    :
    cached update vagy nem?
    Mutasd a teljes hozzászólást!
  • A cached update azt jelenti, hogy leszeded a szerverről a szükséges rekordokat, azok a usernél egy táblába kerülnek, ahol a user nézegeti, módosítja, töröl, hozzáad. Mindez azonban csak az ő táblájában történik. És akkor x idő múlva azt mondja, na jó, most akkor amit eddig változtattam, végrehajtom a szerveren is. És akkor a program a változásokat szépen elkezdi feltolni a szerverre. Igen ám de a fenti idő alatt más is letölthette az adatokat, törölhetett, módosíthatott és hamarabb visszarakhatta a szerverre és mondjuk a te általad módisított rekord már nem is létezik. Erre szolgál a feloldás kezelés.

    Ha nem cache-elsz, a módosítások egyből mehetnek fel, az ütközések valószínűsége kisebb lesz, de ez is a rendszered használatától függ.

    Tranzakcióba sql parancsokat lehet foglalni, azokat amelyeket mindenképpen együtt kell végrehajtani (vagy együtt nem végrehajtani).

    Tranzakciók esetén még van egy olyan dolog. hogy tranzakció elkülönítés, ez pedig azt határozza meg, hogy a többiek mikor láthassák a te tranzakciód által művelt dolgokat, csak ha végeztél vagy már közben is...

    El kell fejben képzelned, ahogy majd a rendszered működni fog. A szemed előtt jöjjenek-menjenek a rekordok ahogy majd valójában lesz és keresd mi lehet majd a probléma.
    Mutasd a teljes hozzászólást!
  • Amiket leírtál azok alapján már tudok próbálgatni, elindulni! Thx!
    Mutasd a teljes hozzászólást!
Tetszett amit olvastál? Szeretnél a jövőben is értesülni a hasonló érdekességekről?
abcd