Vereenvoudig je leven: werken met Schema-wijzigingen in je Replicas

TinaMorgan1

<\/HEAD>

Als supportanalist krijgen we een reeks leuke problemen om te beoordelen. Deze problemen kunnen specifiek zijn voor de omgeving, gegevens, workflow, enz. van de gebruiker. Soms merken we een toestroom van oproepen die betrekking hebben op een enkele workflow. Wanneer dit gebeurt, bekijken we opnieuw de middelen die onze gebruikers tot hun beschikking hebben en zorgen we ervoor dat de documentatie duidelijk beschrijft hoe workflows moeten worden uitgevoerd.<\/P>

Een van deze workflowproblemen die we de laatste tijd in het callcenter hebben gezien, is het werken met schemawijzigingen in replicas. Bijvoorbeeld, nadat u een replica hebt gemaakt, realiseert u zich dat u een veld moet toevoegen aan een bepaalde feature class, of een domein moet verwijderen dat niet langer nodig is. Deze blog hoopt deze workflow intuïtiever te maken met een paar trucs die de replica-experts daar buiten zullen helpen om efficiënt met schemawijzigingen om te gaan.<\/P>
Laten we het herzien: wanneer een replica wordt gemaakt, worden de gegevens en het schema van de objecten die worden gerepliceerd geregistreerd in de ouder-geodatabase en kind-geodatabase. De gegevens worden gedefinieerd als de rijen in de tabel en gebruiken de GlobalId-waarden als een koppeling tussen ouder en kind, terwijl het schema bestaat uit de velden, domeinen, subtypes en andere eigenschappen die de gerepliceerde gegevens beschrijven. Onthoud dat als u de Distributed Geodatabase werkbalk in ArcMap gebruikt om de replica te maken en de optie 'Register existing data only' kiest, de replica bij creatie verschillende schema's kan hebben. Dit is toegestaan omdat sommige organisaties behoefte hebben aan dit diagram, dus het is aan de maker van de replica om ervoor te zorgen dat de gegevens zijn voorbereid op hun eigen behoeften voordat ze de replica maken.

Idealiter zijn de schema's identiek op beide replicas tijdens het maken van de replica, maar na verloop van tijd kunnen er wijzigingen worden aangebracht in elk replica-schema. Bijvoorbeeld, één replica kan extra velden nodig hebben om een project te voltooien, terwijl de relatieve replica een nieuw domein moet toepassen op een bestaand veld. Wanneer dit gebeurt, zijn de schema's van de replicas niet langer hetzelfde. Nogmaals, het is niet verplicht om identieke schema's te hebben in de ouder- en kind-geodatabases; echter, als de verschillen niet bedoeld zijn, kunt u onverwacht gedrag zien.

Wat kan er gebeuren als er schema-verschillen zijn in de gerepliceerde gegevens?

• Bewerkingen die niet synchroniseren<\/STRONG>- Gegevenssynchronisatie importeert alleen wijzigingen voor tabellen en velden die gemeenschappelijk zijn voor beide replicas.Opmerking: Als schema's niet overeenkomen wanneer gegevens worden gesynchroniseerd, wordt aangegeven dat de gegevens naar hun relatieve replica zijn verzonden. Onthoud dat replicas geen overeenkomende schema's vereisen, maar alle bewerkingen worden tijdens synchronisatie gemarkeerd als gesynchroniseerd, ongeacht of er een overeenkomend schema (bijvoorbeeld een veld) is in de relatieve replica om de bewerkingen te ontvangen.<\/EM><\/EM><\/LI><\/UL><\/LI>Ongeldige waarden<\/STRONG> - Wijzigingen die domeinen, subtypes, connectiviteitsregels en relatie-regels schenden worden toegepast bij het synchroniseren van wijzigingen. De <\/STRONG>validatietools<\/A><\/STRONG> op de editor kunnen worden gebruikt om de nieuw geïmporteerde waarden te controleren.<\/LI>Fouten bij gegevenssynchronisatie - <\/STRONG>Dit kan gebeuren wanneer u handmatig een schemawijziging aanbrengt in beide replicas. Bijvoorbeeld, u wilt misschien een veld toevoegen aan een tabel. Als u dit doet, zorg er dan voor dat u exact dezelfde schemawijziging in alle gevallen aanbrengt. Als er een verschil is (bijvoorbeeld een veld is een string in één replica maar een integer in de andere), zal er een fout optreden bij gegevenssynchronisatie.<\/A>

  Synchronisatiefout door niet-overeenkomende veldtypen tussen replicas.<\/P><\/DIV><\/LI><\/UL>

  • Niet-ondersteunde wijzigingen - <\/STRONG>Sommige soorten schemawijzigingen kunnen ervoor zorgen dat synchronisatie mislukt, maar er wordt geen waarschuwing weergegeven als u deze wijziging aanbrengt. Deze wijzigingen zijn niet detecteerbaar door het geodatabase-replicatiesysteem. Ze omvatten database-niveau operaties zoals het wijzigen van permissies op tabellen in de database. Als permissies worden gewijzigd naar alleen-lezen voor gerepliceerde gegevens, zal er een fout optreden bij het importeren van wijzigingen van de relatieve replica.<\/LI><\/UL>Schemawijzigingen toepassen over replicas heen - <\/STRONG>Het wijzigen van het schema van een replica om overeen te komen met het schema van een relatieve replica is een volledig apart proces van gegevenssynchronisatie.  Als u denkt dat u enkele van het hierboven beschreven onverwachte gedrag tegenkomt, kunt u gebruikmaken van de volgende tools.
    
    Er worden drie tools aangeboden om replica-schema's bij te werken:
  Export Replica Schema<\/A> <\/STRONG>- Wordt gebruikt om het schema te exporteren uit de geodatabase die het schema heeft dat u wilt toepassen op de relatieve replica. Wordt meestal alleen gebruikt voor losgekoppelde omgevingen of scripting.<\/LI>Compare Replica Schema<\/A><\/STRONG> - Wordt gebruikt om verschillen tussen twee geodatabases in de replica te vinden. Dit wordt altijd gedaan vanuit de geodatabase waarop u wilt dat wijzigingen worden toegepast. Dit is de eerste stap bij werken in een verbonden omgeving.<\/LI>Import Replica Schema<\/A> <\/STRONG>- Wordt gebruikt om gevonden verschillen tijdens vergelijking van replicas te importeren in de geodatabase waarop u wilt dat wijzigingen worden toegepast.<\/LI><\/OL>
  De tools zijn beschikbaar via het contextmenu met rechtermuisknop op Distributed Geodatabase in de Catalogusboom, Distributed Geodatabase werkbalk in ArcMap en als geoprocessing-tools.
  <\/A>

  Contextmenu met rechtermuisknop Distributed Geodatabase in ArcCatalog<\/P><\/>\n

  Distributed Geodatabase werkbalk in ArcMap<\/> Zie hulpbrondocumenten:<\/STRONG>
  Werken met Schemawijzigingen<\/A><\/STRONG><\/STRONG><\/LI>Schemawijzigingen<\/A><\/STRONG><\/STRONG><\/LI><\/UL>Tina M. - Geodata Support Analyst<\/EM>
  
  
  
  <\/BODY><\/HTML>

MatthewStull1

This article does a good job of explaining the schema update process.  Thank you!   FYI, all the Distributed Geodatabase tools are now available at Pro 3.1.