Elosztott információs bázis. Lépésről lépésre szóló utasítások és buktatók. Alekszej Alekszejev üdvözöljük hangulatos blogomon, az 1C 8.3 elosztott információs adatbázisaimban
Létrehozás és konfiguráció elosztott bázis adatok (RIB) az 1C 8.3 Könyvelésben (és egyéb konfigurációkban) olyan esetekben szükségesek, amikor nem lehetséges, hogy több felhasználó dolgozzon, miközben egyidejűleg csatlakozik egy adatbázishoz. Manapság ez meglehetősen ritka eset, mivel a szabványos távoli asztal jól működik, és vannak más programok, amelyek távoli kapcsolatot biztosítanak az adatbázist tartalmazó központi számítógéphez.
Ennek ellenére vannak olyan helyzetek, amikor egyszerűen nincs internet. És az adatoknak végül egyetlen információs bázisba kell kerülniük. Ezért jön létre egy elosztott adatbázis.
Általában a fő bázist központinak, a többit perifériásnak nevezik. A lényeg az, hogy akár manuálisan, akár automatikusan (beállításoktól függően) az adatbázisokat egyesítik egybe. Annak biztosítása érdekében, hogy az újonnan bevitt dokumentumok és hivatkozási kódok száma ne duplikálódjon, minden adatbázishoz egy előtag van hozzárendelve.
Ebben az utasításban egy példa segítségével létrehozunk egy központi és perifériás adatbázist, és ellenőrizzük a köztük lévő adatcserét. Ez a kézikönyv az 1C 8.3 Accounting és az 1C Trade Management (UT) és egyéb konfigurációkhoz egyaránt alkalmas.
A fő (központi) elosztott RIB adatbázis beállítása
Lépjünk az 1C „Adminisztráció” menüjébe, majd kattintsunk az „Adatszinkronizálási beállítások” hivatkozásra. A megnyíló ablakban be kell jelölnie az „Adatszinkronizálás” jelölőnégyzetet. Az „Adatszinkronizálás” hivatkozás aktívvá válik. Itt beállítunk egy előtagot a fő információs bázishoz - például „CB”:
Kattintson az „Adatszinkronizálás” hivatkozásra, és megnyílik egy ablak az „Adatszinkronizálás beállítása” gombbal. Amikor erre a gombra kattint, megnyílik egy legördülő lista, ahol ki kell választania a „Teljes” módot. Ha a szinkronizálás csak egy szervezetnél szükséges, válassza ki a „Szervezet szerint...” lehetőséget.
A következő ablakban a program felkér minket, hogy készítsünk biztonsági másolatot. Erősen javaslom ezt, mivel a következő beállítási lépések visszafordíthatatlanok lehetnek.
A teremtés után biztonsági másolat kattintson a „Tovább” gombra. A következő lépésben el kell döntenünk, hogyan fog megtörténni a szinkronizálás:
- helyi címtáron vagy a helyi hálózaton található könyvtáron keresztül;
- interneten keresztül FTP-n keresztül.
A példa egyszerűsége és érthetősége érdekében egy helyi könyvtárat választunk. A következő elérési utat adtam meg: „D:\1C Databases\Synchronization”. Jó ötlet lenne ellenőrizni a bejegyzéseket ebben a könyvtárban, erre van egy speciális gomb:
Szerezzen ingyen 267 videóleckét 1C-n:
A következő lépéseket kihagyjuk az FTP-n és e-mailen keresztüli szinkronizálás beállításával. Nézzük meg a fő és a periféria adatbázisok nevének beállításait. Itt beállítjuk a periféria adatbázis előtagját:
Ne felejtse el, hogy az egyes adatbázisok előtagjainak egyedinek kell lenniük. Ellenkező esetben a következő hibaüzenet jelenik meg: „Az első információs bázis előtag értéke nem egyedi”.
Kattintson a „Tovább” gombra, ellenőrizze a beírt adatokat, majd kattintson ismét a „Tovább” gombra, majd a „Befejezés” gombra. A „Teljes név” mezőben fájl adatbázis"Jelölje meg az 1Cv8.1CD fájlt a szinkronizáláshoz létrehozott könyvtárban. Elkészítjük az elosztott 1C adatbázis kezdeti képét:
Miután létrehozta a RIB kezdeti képét az 1C-ben, beállíthat egy szinkronizálási ütemezést, vagy manuálisan szinkronizálhat:
A szinkronizálás után csatlakozhat az új adatbázishoz, és megbizonyosodhat arról, hogy a központi adatbázis információi felkerültek oda:
Csak azonnal hozzon létre legalább egy felhasználót rendszergazdai jogokkal az új periféria adatbázisban.
Szinkronizálás beállítása a perifériás adatbázisban
Az 1C perifériás adatbázisban a konfiguráció sokkal egyszerűbb. Csak jelölje be az „Adatszinkronizálás” jelölőnégyzetet, és kövesse az azonos nevű hivatkozást. És szinte azonnal egy ablakban találjuk magunkat a „Szinkronizálás” gombbal. Próbáljunk meg létrehozni egy tesztelemet a perifériás adatbázisban, és feltölteni a főbe a RIB segítségével:
Az 1C 8.3-ban vagy az 1C 8.2-ben? Elosztott információs bázis létrehozása. Lépésről lépésre szóló utasítás.
Az információsbázis-elosztást akkor használjuk, ha olyan adatbázisokban közös rekordokat kell fenntartani, amelyek különböző okok miatt nem tudnak fizikai kapcsolatot létesíteni. Példa erre egy olyan cég könyvelése, amelynek egy részlege van egy nagyvárosban vagy kis faluban, anélkül, hogy csatlakozni tudna az internethez. Illetve bizonyos speciális esetekben, amikor szükség van arra, hogy egyszerre dolgozzon egy adatbázissal az irodában és az irodán kívül, például otthon. Ilyen és ehhez hasonló esetekben indokolt és szükséges az elosztott információs adatbázis (DIB) alkalmazása.
Ebben a cikkben egy információs adatbázis terjesztésének megszervezését vizsgáljuk meg az 1C Accounting for Russia 8.3-as verziójának konfigurációjában egy helyi vagy hálózati címtáron keresztül. A 8.2 1C verzióban ezt az utasítást is hasznos lesz, mert lényegében egy folyamatot ír le lényegesen kis eltérésekkel.
==== Beállítás a fő bázishoz ====
Miután megnyitotta az 1C 8.3-at „Vállalati” módban, menjünk az „Adminisztráció” szakaszhoz. Az 1C 8.2 verzióban az induláshoz lépjen a „Szolgáltatás” - „Elosztott információs bázis (DIB)” - „RIB-csomópontok konfigurálása” főmenübe.
Ezután a folyamatot az információbiztonsági 8.3-as verzió kontextusában fogjuk megvizsgálni. Tehát az „Adminisztráció” szakaszban válassza a „Programbeállítások” lehetőséget. A beállításokban lépjen az „Adatszinkronizálás” részre. Itt bejelöljük az „Adatszinkronizálás használata” négyzetet, és megadjuk az adatbázis előtagját. Jelöljük a „CB”-t, ami egy központi bázist jelent.
Ezt követően a jobb oldali menüben megjelenik az „Adatszinkronizálás” menüpont. Válasszuk őt. A megnyíló gyermekablakban kattintson az „Adatszinkronizálás beállítása” gombra. A legördülő menüben kiválaszthatja a beállításokat a különböző szinkronizálási felhasználási esetekhez. Kiválasztjuk az „Elosztott információs bázis...” pontot.
Az általános fejlesztéshez ismerkedjen meg a következő ablak tartalmával, és kattintson a „Tovább” gombra.
A következő ablakban töltse ki azt a könyvtárat, amelyen keresztül a . Adattömörítést adunk meg a feltöltés méretének csökkentése érdekében, és az adatokkal azonnal megadhat jelszót az archívumhoz. Fontos, hogy ne felejtsd el őt. Erősítse meg a kitöltést a „Tovább” gombbal.
A következő két ablak a beállítási paraméterek megadására szolgál a keresztül történő csere esetén FTP szerverés azon keresztül email. Amint azt korábban említettük, a címtáron keresztüli cserét fontolgatjuk, így az FTP és az e-mail beállításait kihagyjuk.
A következő ablak a csereparaméterek megadására szolgál a perifériás adatbázis részben. Adjuk meg a nevét és az előtagját. Következő a „Tovább” gomb.
Ellenőrizzük az általunk létrehozott csereparamétereket, és erősítsük meg azok helyességét a hagyományos „Tovább” gombbal.
A cseréhez szükséges beállításkészlet automatikusan létrejön. Ez eltart egy ideig.
Fontos! A szolga csomópont kezdeti képének létrehozása jelentős időt vesz igénybe. Ennek a jelentőségnek a nagysága a számítógépes erőforrásoktól és a fő adatbázisban lévő könyvelés mennyiségétől függ.
Tegyük fel, hogy úgy döntünk, hogy létrehozunk egy képet. Miután az előző ablakban a „Befejezés” gombra kattintottunk, megadjuk a beállításokat, hogy létrehozzunk egy képet a rabszolga információbiztonságról. A helyi műveletek legegyszerűbb esetét vesszük figyelembe. Ehhez adja meg a szükséges adatokat a megnyíló ablakban. Különös figyelmet fordítsunk a „Fájlbázis teljes neve” paraméterre. Teljes UNC formátumban kell megadni, ami megköveteli a helyi elérési út kialakítását „hálózati” formátumban. Például - „\\Server1C\Databases\RIB”. A megadott elérési úthoz hozzáadjuk az adatbázisfájl nevét - 1Cv8.1CD.
A „Kezdőkép létrehozása” gombra kattintás után elindul a kép létrehozása a slave adatbázishoz.
A folyamat befejezése után egy adatbázisfájl jön létre a megadott könyvtárban. Ezt az újonnan létrehozott adatbázist a teljes használat előtt konfigurálni kell.
==== Beállítás perifériás bázishoz ====
Ehhez csatlakoztatnia kell az 1C-hez. Ennek módját megtalálja cikkünk utasításaiban - Csatlakozás után el kell indítania az új adatbázist konfigurátor módban, és létre kell hoznia felhasználókat. Ezután az információbiztonságot 1C „Enterprise” módban kell elindítani.
Ha valamilyen okból a felhasználók létrehozását későbbre kell halasztani, a csatlakozás után egyszerűen elindíthatja az adatbázist 1C „Enterprise” módban. A rendszer felkéri, hogy hozzon létre egy „Adminisztrátor” felhasználót, fogadja el, és megtörténik a kezdeti kitöltés.
Ezután folytatnia kell a párosítás beállítását a fő alappal. Ez a beállítás hasonló a fentebb a fő adatbázisnál tárgyalthoz.
Létrejön a fő bázissal való kommunikáció beállítása.
============================================
Tehát most létrehoztuk a fő és a perifériás bázisokat. Ezen adatbázisok mindegyikében létrejöttek a szinkronizálási beállítások is. Most továbbléphet ezeknek a beállításoknak a szerkesztéséhez és megfelelő formába hozásához. Létrehozhat automatikus csereszabályokat, vagy manuálisan is végrehajthatja a cserét.
Tegyük ezt meg a fő adatbázisban. A perifériás bázis ugyanúgy van konfigurálva.
A szerkesztés alkalmazható az adatszinkronizálási szabályokra és ütemezésekre.
Az „Adatszinkronizálás ütemezése” részben a „Konfigurálás” gombra kattintva szerkesztenie kell a szkripteket, hogy automatikusan ütemezze az adatok feltöltésének/betöltésének munkáját a kiválasztott adatbázishoz. Nem kell szerkesztenie, csak el kell fogadnia az alapértelmezett beállításokat.
A paraméterek szerkesztéséhez kattintson az adatokat tartalmazó hivatkozásra automatikus ütemezés. Ezután szerkesztjük az ideiglenes paramétereket a feladatok indításához. A könyvjelzők áthaladásával módosíthatja az indulás időpontját, valamint a hét dátumait és napjait.
A fő szkript ablakban a „Feladat futtatása” gombra kattintva manuálisan futtathatja a feladatot.
Az „Adatszinkronizálási szabályok” részben a „Konfigurálás” gombra kattintva műveleteket hajthat végre a feladatindító szkriptek módosítására, valamint megtekintheti a feltöltések/letöltések naplóját. Ez utóbbi nagyon fontos a hozzáférés adminisztrációja és a cserék szabályszerűségének ellenőrzése szempontjából.
Miután befejezte az elosztott adatbáziscsere automatikus elindításához szükséges szkriptek létrehozását és szerkesztését, folytathatja az adatok feltöltését, majd betöltését.
Ezen a ponton lényegében elkészült az elosztott fürdőház adatbázis konfigurálása a központi és a perifériás csomópontokhoz.
Töltse le az illusztrált utasításokat
Elosztott információs bázis. Lépésről lépésre szóló utasítás
Elosztott információs bázis (RIB) 1C:Enterprise
Elosztott információs bázis létrehozása és beállítása
borda beállítása 1s-ben 8.2
Hogyan hozzunk létre egy elosztott információs bázist az 1C-ben
Hogyan kell beállítani 1C-ben
Hogyan kell beállítani 1C-ben
Elosztott információs bázis (RIB) beállítása az 1C-ben
Példa a RIB beállítására az 1C:Accounting 8-hoz
Elosztott információs bázis és konfiguráció létrehozása
A RIB egy elosztott információs bázis, amely egy faszerű struktúra, amelynek ágai egyedi telepített 1C Enterprise adatbázisok. Ezeket az adatbázisokat elosztott információs bázis csomópontoknak (a továbbiakban egyszerűen csomópontoknak) nevezzük. A csomópontok között információcsere jön létre az összes csomópont (konfiguráció és adatbázis) szinkronizálása érdekében.
A fő mechanizmus egy cseremechanizmus, amely néhány jellegzetes és univerzális képességgel rendelkezik. A fő különbség az, hogy a RIB cseremechanizmus speciálisabb és szűkebb, míg az univerzális cserék szélesebb lehetőségeket biztosítanak a felhasználónak.
A RIB alapvető működési elvei
A konfigurációs struktúra megváltoztatása csak az elosztott információs bázis fő gyökércsomópontjában lehetséges. Ezek a változások ezután hierarchikusan továbbadódnak az alárendelt csomópontoknak. Így ez egyetlen konfigurációs szerkezeti teret biztosít az összes RIB csomóponton.
Az adatok bármelyik csomópontban módosíthatók, ami viszont az összes többi csomóponthoz kerül. Ezen túlmenően ezeket az adatokat nem feltétlenül kell továbbítani a rendszer többi résztvevőjének, és előfordulhat, hogy teljes személyazonosságuk nem marad fenn. A fejlesztő tetszés szerint testreszabhatja a többi RIB résztvevővel való cserében részt vevő adatok összetételét. Sőt, a beállítások nem csak a konfigurációs metaadatok szintjén, hanem szinten is elvégezhetők egyedi elemek, amelyen speciális kiválasztások alkalmazhatók.
Mint fentebb említettük, a RIB mechanizmus cseretervek használatával érhető el. de azért, hogy ezt vagy azt a tervet felhasználják ebben hierarchikus struktúra, akkor aktiválva kell lennie az „Elosztott információbázis” tulajdonságnak.
Minden adat üzenetben kerül továbbításra a RIB-hez. Ezeknek az üzeneteknek a tartalma egyértelműen szabályozott, és nem lehet önkényes, mint az univerzális cseremechanizmusban. Az adatok az XML szerializációs elv alapján kerülnek egy üzenetbe. Ezeken az adatmódosításokon kívül az üzenet a konfigurációs változásokra vonatkozó információkat, valamint bizonyos mennyiségű szolgáltatási információt is tartalmaz. A változtatásokat a rendszer teljesen automatikusan regisztrálja és a csereüzenetbe helyezi. Ezt sem a felhasználó, sem a fejlesztő nem tudja befolyásolni.
A csereüzenetek fogadása és generálása a RIB-ben egyetlen paranccsal állítható be
Csere tervek. Változások írása (Üzenetek írása, 0)
A tartalom beolvasása a paranccsal történik
Következtetés
Nyugodtan kijelenthetjük, hogy a RIB-mechanizmus főként egy univerzális cseremechanizmusból áll, néhány sajátos jellemzővel, amelyek csak a RIB-struktúrában vannak jelen.
OLEG FILIPOV, ANT-Inform, fejlesztési osztályvezető-helyettes, [e-mail védett]
RIB 1C-ben. A lehetőségek korlátai
Az elosztott információs bázisok (RIB) technológiája az 1C:Enterprise platformon sok vitát vált ki. Megpróbáljuk kitalálni, mikor célszerű használni, és mikor érdemes alternatív megoldásokat előnyben részesíteni
Amikor online szerzők fórumait vagy cikkeit olvassa az 1C-ben a RIB-ről, gyakran ellentmondó véleményekre lehet találkozni a „ez a legjobb és egyetlen dolog, ami használható” és a „reménytelenül elavult” között. Próbáljuk meg kitalálni, hogy is állnak a dolgok valójában.
A 2016. novemberi számban már írtam a RIB egyes jellemzőiről egy-egy konkrét gyakorlati feladat kapcsán, így csak néhány szót az alapokról, és menjünk egy kicsit mélyebben a technológiai részletekbe.
RIB – elosztott információs adatbázisok technológiája 1C:Enterprise – nem tévesztendő össze univerzális csere, hasonló technológiával, de alapvetően eltérő támogatással az infobázis konfigurációk központosított frissítéséhez. A következő funkcionális részekből áll (amelyek külön is használhatók):
- Változás regisztrációs szolgáltatás– ha engedélyezve van, automatikusan elkezdi regisztrálni az objektumok vagy rekordok változásait csere (vagy egyéb) célból. RIB módban az infobázis konfiguráció változásainak regisztrálására is szolgál.
- Objektumok/rekordok sorba rendezése XML-ben. Szinte minden 1C:Enterprise objektum rutinszerűen szerializálva van XML-ben.
- Mechanizmus az elosztott információs bázis összes csomópontjának azonos konfigurációjának fenntartására. RIB módban a különböző csomópontok közötti adatcsere csak akkor lehetséges, ha azonos konfigurációval rendelkeznek. A csere során automatikusan átkerül. A végső csomópontnak csak el kell fogadnia a változtatásokat.
- Üzenet infrastruktúra elosztott adatcseréhez tájékoztatási rendszer- garantált szállítás. A regisztrált változtatásokat a rendszer üzenetekbe csomagolja, és kötegekben küldi el a végcsomóponthoz. A regisztrációkat csak a csomag kézbesítésének visszaigazolása után töröljük.
- Szintű infrastruktúra alkalmazási megoldások. Természetesen a fentiek mindegyike nem működik az alkalmazási megoldások szintjén kifejlesztett mechanizmusok nélkül, amelyek egy része már benne van a BSP-ben. A megoldások lehetőséget biztosítanak az adatok meghatározott szabályok szerinti feltöltésére, azok nyilvántartási elveinek megváltoztatására, a csomagkézbesítés módjának meghatározására.
Amint látja, a RIB 1C-ben elég sokra képes. A legtöbb esetben ez a funkció több mint elegendő. Például az ábrán. Az 1. ábra az információs bázis csomópontjának formáját mutatja az 1C-ben, ahol láthatja a regisztrációs szabályok letöltésének lehetőségét, megadhatja a kapcsolati paramétereket, és megtekintheti a cserére regisztrált objektumok listáját.
A fenti leírásból következtethetünk a RIB 1C, mint elosztott rendszer képességeire:
- Egységes információs bázis konfiguráció támogatása (félautomata).
- Nyomon követési támogatás módosítása.
- Garantált szállítás.
- Master-master áramkör lehetősége.
- Csillagáramkör lehetősége.
- A változások szelektív szűrésének lehetősége.
Nem elég rossz - igények kis hálózat elég kielégítő lesz. A RIB-nek azonban vannak bizonyos korlátai, amelyek nagyrészt az 1C platform építészeti jellemzőihez kapcsolódnak, és amelyek bizonyos korlátozásokat írnak elő e technológia használatára vonatkozóan:
- Az infobázis konfigurációjának manuális frissítése és a felhasználók leállítása. A cserék leállítása a konfiguráció frissítéséig.
- Üzenetinfrastruktúra tranzakciós korlátja az adatok lekérésére. A feltöltésre történő változtatások kiválasztásakor az adatbázistábla blokkolva van az új változások rögzítésére, nagy mennyiségű feltöltés esetén ez hosszú ideig tarthat, leállíthatja a munkát.
- A nagyszámú szinkronizálási csomópont karbantartásához szükséges többletköltség (a szolgáltatásrekordok száma megegyezik a csomópontok számával).
- Problémák a nagy mennyiségű adat betöltésekor.
Most próbáljuk meg ezt összehasonlítani néhány „fejlett” rendszerrel, amely rendelkezik replikációs mechanizmussal.
A gyakorlatban gyakran előfordulnak olyan helyzetek, amikor a különböző részlegek vagy ágak földrajzilag különböző helyeken helyezkednek el. Ugyanakkor a távoli részlegeken a programba bevitt adatoknak valamilyen módon el kell jutniuk a központi irodába, hogy az általános nyilvántartásokat megőrizzék.
Jelenleg ezt a problémát gyakran földrajzilag távoli alkalmazottak biztosításával oldják meg távoli hozzáférés közös bázisra. Megtehető az adatbázis közzétételével webszerveren, távoli asztalon stb.
Nem ritkák azonban az olyan helyzetek, amikor egy földrajzilag távoli irodában egyszerűen nincs internet, vagy az nem elég stabil ahhoz, hogy egy közös információs bázisban működjön. Erre a célra az 1C rendelkezik egy elosztott adatbázis létrehozására szolgáló mechanizmussal.
Egyszerűen fogalmazva, a központi iroda az a hely, ahol a fő bázis található. A távoli részleg beosztottat használ. Több ilyen rabszolgabázis is lehet. Ennek eredményeként egy ilyen elosztott adatbázis a szinkronizálás révén egyesül. Ez történhet automatikusan ütemezés szerint vagy manuálisan.
Ebben a cikkben megvizsgáljuk egy elosztott adatbázis beállítását az 1C: Accounting 3.0 számára. Ennek ellenére az utasítások a legtöbb egyéb 1C 8.3 konfigurációhoz megfelelőek.
jegyzet hogy minden szükséges konfigurációmódosítást csak a fő RIB adatbázisban kell elvégezni. A szinkronizálás során ezek a változtatások az összes slave adatbázisba átvitelre kerülnek, és hatályba lépnek.
Fő információs bázis
Elosztott adatbázis használatakor a fő beállítások a fő adatbázisra esnek. Ezeket az „Adminisztráció” részben kell elvégezni, az alábbi képen látható módon.
A megnyíló ablakban azonnal jelölje be az „Adatszinkronizálás” jelölőnégyzetet. Alul adja meg a fő (aktuális adatbázis) előtagját. Legfeljebb két karakterből állhat. A mi esetünkben az előtag „BG”, mivel ez a RIB 1C „Fő könyvelés” lesz.
Most elkezdheti magának a szinkronizálásnak a beállítását, nevezetesen annak megadását, hogy melyik adatbázissal (vagy adatbázisokkal) cserélje ki az adatokat. Ehhez kövesse az „Adatszinkronizálási beállítások” hivatkozást. Csak akkor lesz elérhető a navigációhoz, ha a bal oldali jelölőnégyzet be van jelölve.
A megnyíló ablakban válassza ki a „Teljes...” menüpontot. Lehetővé teszi számunkra, hogy bármilyen 1C információs bázist megadjunk a szinkronizáláshoz.
A földrajzilag távoli irodában található alárendelt adatbázis csatlakoztatásának első ablakában jelölje be azt a négyzetet, hogy a kapcsolat helyi vagy hálózati címtáron keresztül történik. Esetünkben ez „D:\DB\InfoBase”. Azt is előre ellenőrizzük, hogy tudsz-e rá írni.
Ügyeljen arra, hogy különböző előtagokat adjon meg a különböző adatbázisokhoz. Az a tény, hogy az adatok szinkronizálása során az egyes adatbázisokból túlterhelt adatokhoz saját előtagot rendelnek. Ha megkettőződnek, a munka hibás lesz, így a program nem adja meg ezt a lehetőséget.
Amikor a program felkéri egy indítókép létrehozására, válassza ezt a lehetőséget. Ez az eljárás eltart egy ideig, majd mentse el a számítógépére „1Cv8.1CD” néven.
Maga a szinkronizálás vagy automatikusan, egy saját maga által beállított ütemezés szerint, vagy manuálisan is végrehajtható. A második esetben egyszerűen kattintson a „Szinkronizálás” gombra az Ön számára megfelelő időpontban.
RIB szolga csomópont
A slave adatbázisban végzett beállítások száma lényegesen kevesebb. Ugyanebben a részben állítsa be az „Adatszinkronizálás” jelzőt, és a megfelelő hivatkozásra kattintva elérhetővé válik a „Szinkronizálás” gomb.
Példánkban kettőt hozzáadtunk a fő adatbázishoz nómenklatúra tételei: „gerenda” és „tábla”. A szinkronizálás után a slave adatbázisba kerültek. Amint az alábbi képen is látható, a "BG" előtagot kapták. A fennmaradó két pozíció ("Eszterga" és "Raklap") a "BP" előtaggal rendelkezik, mivel közvetlenül az alárendelt adatbázisban jöttek létre.
jegyzet hogy az elemek számozása esetünkben folyamatos, de csak ugyanazon az előtagon belül.