Extra omvangsbeperkingen voor gerepliceerde databases

Bij toevoeging van drie velden (s_GUID, s_Lineage en s_Generation) gelden voor gerepliceerde tabellen twee extra beperkingen:

• De Microsoft Jet Database Engine staat maximaal 2.048 bytes (velden van het type Memo of OLE-object niet meegerekend) per record toe. Voor replicatiedoeleinden wordt minimaal 54 bytes gebruikt voor de opslag van unieke id's, indexen en informatie over wijzigingen in de record. Als de record velden van het type Memo of OLE-object bevat, wordt voor elk van deze velden 4 bytes meer gebruikt. Het totaalaantal bytes dat beschikbaar is in een record in een gerepliceerde tabel kan als volgt worden berekend:

  2.048 bytes
  - 54 bytes voor replicatiedoeleinden
  - (4 bytes * het aantal Memo-velden)
  - (4 bytes * het aantal OLE-object-velden)
  = het maximum aantal beschikbare bytes

• De Microsoft Jet Database Engine staat maximaal 255 velden per tabel toe, waarvan minstens drie velden voor replicatie worden gebruikt. Het totaalaantal velden dat in een gerepliceerde tabel beschikbaar is, kan als volgt worden berekend:

  255 velden
  - 3 systeemvelden
  - het aantal Memo- en OLE-object-velden
  = het aantal beschikbare velden

In een goed ontworpen toepassing worden alle beschikbare velden in een tabel of alle bytes in een record maar zelden gebruikt. Als een tabel echter een groot aantal velden van het type Memo of OLE-object bevat, kunt u tegen beperkingen aanlopen.

Opmerking   De Microsoft Jet Database Engine beperkt niet alleen het aantal beschikbare tekens en velden, maar ook het aantal geneste transacties dat is toegestaan. Een niet-gerepliceerde database mag maximaal zeven geneste transacties hebben. Voor een gerepliceerde database geldt een maximum van zes geneste transacties.

Ook de toevoeging van diverse nieuwe systeemtabellen vergroot de omvang van de database. De meeste van deze nieuwe tabellen bevatten slechts enkele records, maar sommige nieuwe tabellen kunnen aanzienlijk groeien, afhankelijk van de frequentie van de synchronisatie tussen replica's.

De omvang van een databasebestand is om de volgende twee redenen belangrijk:

• De Microsoft Jet Database Engine ondersteunt bestanden met een maximale grootte van 1 GB. De vasteschijfruimte van veel gebruikers is echter beperkt. Een gerepliceerde database die groter is dan het oorspronkelijke databasebestand kan een aanzienlijk deel van de beschikbare schijfruimte in beslag nemen.
  
  
• Als u besluit een reservekopie te maken van de niet-repliceerbare vorm van de database, moet u over voldoende vasteschijfruimte beschikken voor zowel de gerepliceerde database als voor de reservekopie.
  
  
• Opmerking   Klik op voor andere aspecten die betrekking hebben op een Microsoft Access-project.