First 50 of 190 questions. Each one lists the choices, the correct answer, and an explanation. The checker at the top of this page saves progress in this browser when it is available.
Continue in the practice tool above to load more questions, 50 at a time.
Question 1Enterprise geodatabase data models, constraints and supported storage
A design team must decide between a single spatially enabled database (a database) and a full enterprise geodatabase. Which capability is available ONLY with a full enterprise geodatabase, not a plain spatial database?
- Connecting from ArcGIS Pro
- Geodatabase versioning, archiving, topology, and the geodatabase system tables Correct answer.
- Storing point, line, and polygon geometry
- Running SQL queries against spatial columns
Explanation
Geodatabase-specific behaviors such as versioning, archiving, topology, networks, and the geodatabase system tables require enabling the enterprise geodatabase. A plain spatial database can store geometry and be queried but lacks these geodatabase functions.
Question 2Enterprise geodatabase data models, constraints and supported storage
An organization needs many feature classes that share the same spatial reference and must participate together in a topology. Which geodatabase object should the design use to group them?
- A mosaic dataset
- A relationship class
- An attribute index
- A feature dataset Correct answer.
Explanation
A feature dataset groups feature classes that share a common spatial reference and is required to build datasets such as topologies, networks, and parcel fabrics that span multiple feature classes.
Question 3Enterprise geodatabase data models, constraints and supported storage
Which design choice enforces that a field accepts only a fixed set of valid values, such as a list of pipe materials?
- A coded value domain Correct answer.
- A range domain
- A subtype default only
- A spatial index
Explanation
A coded value domain restricts a field to a defined list of permitted codes and descriptions, enforcing data integrity for categorical attributes such as material type.
Question 4Enterprise geodatabase data models, constraints and supported storage
A design must automatically calculate a field value, restrict a constraint, or validate edits as they occur on a branch versioned feature class. Which capability is intended for this?
- Map topology
- Attribute rules Correct answer.
- Geometric networks
- Mosaic datasets
Explanation
Attribute rules (calculation, constraint, and validation rules written in Arcade) enforce data integrity and automate behaviors during editing. Several attribute rules require branch versioning in an enterprise geodatabase.
Question 5Enterprise geodatabase data models, constraints and supported storage
Which design pattern best separates production editing from public read access while keeping the published data current?
- Disable versioning and have all users share one edit session
- Store all data in a single file geodatabase on a network share
- Edit in a versioned production geodatabase and one-way replicate or publish to a read-only distribution geodatabase Correct answer.
- Let the public edit DEFAULT directly in the production geodatabase
Explanation
A common enterprise pattern is to edit in a versioned production database and push changes via one-way replication (or a published copy) to a read-only distribution database. This isolates editing load and protects the public-facing data.
Question 6Enterprise geodatabase data models, constraints and supported storage
An administrator must decide how to associate data with the geodatabase so a single feature class is owned and managed by one database user. What is this owner of the data called?
- The sde administrative user only
- Any viewer who has SELECT privilege
- The ArcGIS Server account
- The data owner (the database user that owns the dataset's tables) Correct answer.
Explanation
Each dataset is owned by the database user that created it, the data owner. Only the data owner can register the dataset as versioned, alter its schema, and grant or revoke privileges on it.
Question 7Enterprise geodatabase data models, constraints and supported storage
Which storage configuration mechanism lets an administrator control parameters such as table and index storage (for example tablespaces or filegroups) for newly created geodatabase datasets?
- The geometric network connectivity table
- The replica log file
- The Arcade expression library
- The DBTUNE (or DBTUNE-equivalent) configuration table and keywords Correct answer.
Explanation
The DBTUNE table stores configuration keywords that define how new geodatabase tables and indexes are created, including storage parameters such as tablespaces or filegroups. Administrators tune these keywords to optimize storage.
Question 8Enterprise geodatabase data models, constraints and supported storage
An organization needs to distribute authoritative data to many external partners who only consume it and never edit. Which approach minimizes maintenance overhead while keeping partners current?
- Two-way replication with each partner
- Giving each partner an editing connection to the production DEFAULT version
- Manually emailing file geodatabase copies each week
- One-way parent-to-child replication to read-only partner geodatabases with periodic synchronization Correct answer.
Explanation
One-way parent-to-child replication pushes changes repeatedly to read-only child geodatabases and persists between synchronizations, which is efficient for consumers who never edit. It avoids the conflict handling of two-way replication.
Question 9Branch, traditional and disconnected geodatabase workflows
A utility company plans to edit feature services through ArcGIS Enterprise web feature layers and needs full multiuser web editing with named versions. Which versioning type should the geodatabase administrator choose?
- Branch versioning Correct answer.
- Traditional versioning
- No versioning (non-versioned editing)
- Historical archiving only
Explanation
Branch versioning is designed for the Web GIS model: it supports multiuser editing through web feature layers (feature services) and uses named versions managed via services-based architecture. It is the required choice for service-based web editing workflows.
Question 10Branch, traditional and disconnected geodatabase workflows
Which dataset types in an enterprise geodatabase can ONLY be registered as branch versioned (not traditional versioned)?
- Network datasets and terrain datasets
- Utility networks, parcel fabrics, and trace networks Correct answer.
- Mosaic datasets and raster catalogs
- Feature classes with attachments only
Explanation
Utility networks, parcel fabrics, trace networks, and the linear referencing system require branch versioning. These advanced datasets depend on the services-based, web GIS editing model that only branch versioning supports.
Question 11Branch, traditional and disconnected geodatabase workflows
A geodatabase design calls for a flat version tree so that reconcile operations remain predictable. Which statement best describes this best practice?
- Only one version (DEFAULT) is ever created and no named versions are allowed
- Each version is created from a different base table to isolate edits
- All named versions are created as children of DEFAULT so DEFAULT is the common ancestor Correct answer.
- Versions are chained sequentially so each child branches from the previous child version
Explanation
A flat version tree keeps DEFAULT as the common ancestor of all named versions. This simplifies reconcile and post, reduces conflicts, and keeps the state lineage shallow, which is an Esri best practice.
Question 12Branch, traditional and disconnected geodatabase workflows
An organization must distribute editable data to a remote office that is permanently disconnected from the central network. Edits must flow in both directions and synchronize by exchanging files. Which replication type fits?
- One-way parent-to-child replication
- Checkout/check-in replication
- Branch version reconcile/post
- Two-way replication in a disconnected environment Correct answer.
Explanation
Two-way replication lets changes flow from parent to child and child to parent. In a disconnected environment, synchronization is performed by exporting data-change messages to files and importing them at the other replica.
Question 13Branch, traditional and disconnected geodatabase workflows
When designing two-way geodatabase replication, what is a requirement for both the parent and child replicas?
- Both must be enterprise geodatabases Correct answer.
- The child must be a file geodatabase
- Both must use branch versioning
- Neither may be registered as versioned
Explanation
Two-way replication requires that both the source (parent) and destination (child) be enterprise geodatabases because edits and conflict tracking flow in both directions and rely on enterprise geodatabase versioning.
Question 14Branch, traditional and disconnected geodatabase workflows
A design requires sending data changes repeatedly in a single direction from a production parent geodatabase to a read-only publication child geodatabase. Which replication type is appropriate?
- Branch versioning
- One-way parent-to-child replication Correct answer.
- Two-way replication
- Checkout/check-in replication
Explanation
One-way replication sends changes repeatedly in a single direction. In parent-to-child one-way replication the child is treated as read-only, which suits a publication or distribution database.
Question 15Branch, traditional and disconnected geodatabase workflows
Which statement correctly contrasts where editing occurs in branch versus traditional versioning?
- Both branch and traditional versioning require a feature service for editing
- Both branch and traditional versioning forbid direct database connection editing
- Branch versioned data is edited only through a feature service; traditional versioned data can be edited via a direct database connection Correct answer.
- Branch versioned data is edited only via direct database connection; traditional versioned data is edited only through services
Explanation
Branch versioned data must be edited through a feature service (services-based architecture) and cannot be edited directly via a database connection. Traditional versioned data can be edited through a direct connection to the enterprise geodatabase.
Question 16Branch, traditional and disconnected geodatabase workflows
An administrator wants to retain a queryable record of all changes (a full history) to branch versioned feature classes so users can view the data at any past moment. Which capability provides this?
- A two-way replica
- A non-versioned table copy
- A spatial index on the OBJECTID field
- Branch versioning's built-in archiving (moment-in-time queries) Correct answer.
Explanation
Branch-versioned temporal/history capabilities can support queries of retained historical states under the actual product and data model. They do not promise every past moment forever:retention, pruning, supported operations and recorded history constrain what remains queryable. Versioning is not an independent complete backup.
Question 17Branch, traditional and disconnected geodatabase workflows
When planning to serve enterprise geodatabase data to web clients for editing, which serving method is required for branch versioned editing?
- A direct OLE DB connection from the browser
- A static shapefile download
- A WMS image service
- A published feature service from ArcGIS Enterprise (a feature layer) Correct answer.
Explanation
Branch versioned editing is performed through a published feature service (feature layer) hosted by ArcGIS Enterprise. The services-based architecture mediates all branch version edits.
Question 18Branch, traditional and disconnected geodatabase workflows
Which statement about concurrent editing of a single named branch version is correct?
- Only one editor can edit a given named version at a time; an exclusive lock is acquired when editing begins Correct answer.
- Unlimited editors can edit the same named branch version simultaneously without locks
- Branch versions never acquire locks under any circumstance
- Editing a branch version automatically posts to DEFAULT immediately
Explanation
In branch versioning, when an editor begins editing a named version an exclusive lock is obtained, so only one editor can edit that version at a time while others may read. This prevents conflicting concurrent edits within the same version.
Question 19Branch, traditional and disconnected geodatabase workflows
A design must support disconnected field crews who check out a subset of data to a file geodatabase, edit it offline, and synchronize once when they return. Which replica type is most appropriate?
- Historical archive query
- Checkout/check-in replication Correct answer.
- Two-way connected replication
- Branch versioning with named versions
Explanation
Checkout/check-in replication lets a child (which may be a file geodatabase) take a subset offline, edit it, and synchronize once; after synchronization the checkout replica is unregistered. This matches a one-time field collection round trip.
Question 20Branch, traditional and disconnected geodatabase workflows
Which is a valid reason to choose traditional versioning over branch versioning for a particular workflow?
- The workflow needs moment-in-time archiving without any setup
- The workflow needs service-based web editing of feature layers
- The data must participate in geodatabase replication, which is supported only with traditional versioning Correct answer.
- The data is a utility network, which requires versioning
Explanation
Geodatabase replication (checkout, one-way, two-way) is supported only with traditional versioning, so workflows requiring those replicas must use traditional versioning. Network datasets and terrain datasets also require traditional versioning.
Question 21Branch, traditional and disconnected geodatabase workflows
In a traditional-versioning design with referenced states and delta tables, which listed maintenance practice can help reduce eligible state-tree growth over time?
- Reconcile and post child edits to DEFAULT regularly and run Compress Correct answer.
- Never run Compress so all states are preserved
- Create deeply nested child-of-child versions
- Disable the geodatabase system tables
Explanation
Regularly reconciling and posting edits to DEFAULT and then running Compress trims unreferenced states from the state tree and moves edits from delta tables into the base tables, keeping the geodatabase performant.
Question 22Branch, traditional and disconnected geodatabase workflows
Which design decision best supports a parcel fabric in an enterprise geodatabase?
- Store the parcel fabric in a file geodatabase for multiuser web editing
- Register the data as branch versioned and edit through feature services Correct answer.
- Register the data as traditional versioned and edit through a direct connection
- Keep the data non-versioned with single-session editing
Explanation
The parcel fabric requires branch versioning and is edited through feature services in the web GIS model. This enables the multiuser, services-based editing that the modern parcel fabric depends on.
Question 23Branch, traditional and disconnected geodatabase workflows
Which statement about one-way replication and archiving is correct?
- Checkout replication requires archiving to be enabled
- Archiving is only available for non-versioned data
- For one-way replication you can use archiving instead of versioning to track changes, keeping reconcile/post/compress separate from synchronization Correct answer.
- Two-way replication can use archiving instead of versioning
Explanation
For one-way replication, archiving can be used in place of versioning to track changes to replicate. This decouples the reconcile, post, and compress maintenance from the synchronization process and can simplify administration.
Question 24Branch, traditional and disconnected geodatabase workflows
An organization wants to estimate how a branch versioned dataset will grow because edits are retained in the base table with editor tracking. Which underlying model explains this growth?
- Branch versioning's temporal model retains rows for each edit moment in the base table rather than deleting them Correct answer.
- Branch versioning stores all edits in separate A and D delta tables that are deleted on compress
- Branch versioning never retains superseded rows
- Branch versioning writes edits only to a file geodatabase
Explanation
The branch temporal model records relevant edit history in its supported tables, which can increase storage. Actual retention and supported history-pruning/maintenance affect what remains;the model does not mean rows can never be removed or that every earlier state is guaranteed indefinitely. Plan capacity and retention under actual requirements.
Question 25Branch, traditional and disconnected geodatabase workflows
A geodatabase design must support both occasional cartographic editors using ArcGIS Pro and field crews using mobile apps with offline maps. Which combination best satisfies both?
- Static shapefile exports distributed by email
- Branch versioning with feature services that have offline (sync-enabled) capability for the field crews Correct answer.
- Traditional versioning edited only through direct database connections for everyone
- Non-versioned editing with no feature services
Explanation
Branch versioning published as sync-enabled feature services lets office editors work through services while mobile crews take offline maps (areas) and synchronize. This single services-based model serves both audiences in the web GIS pattern.
Question 26Branch, traditional and disconnected geodatabase workflows
Which is the correct order to fully reconcile and post a child version's edits so they appear in DEFAULT in traditional versioning?
- Compress first, then reconcile, then never post
- Delete DEFAULT and recreate it from the child
- Reconcile the child version against DEFAULT, resolve conflicts, then post to DEFAULT Correct answer.
- Post to DEFAULT first, then reconcile afterward
Explanation
You reconcile the edit version against the target (DEFAULT) to pull in DEFAULT's changes and detect conflicts, resolve any conflicts, and then post to push the child's edits into DEFAULT. Posting before reconciling is not allowed.
Question 27Branch, traditional and disconnected geodatabase workflows
Which factor most strongly favors branch versioning when designing a new multiuser editing system in 2026?
- The intent to edit through the ArcGIS Enterprise web GIS using feature services Correct answer.
- A requirement to use geodatabase replication
- A requirement to edit a legacy geometric network
- A requirement to use a network dataset for routing edits
Explanation
Branch versioning is the recommended model when editing occurs through ArcGIS Enterprise feature services in the web GIS pattern. Esri positions branch versioning as the modern approach for service-based multiuser editing.
Question 28ArcGIS operational evidence, identity and controlled lifecycle changes
Which is a recommended security best practice when configuring connections for a published ArcGIS Server feature service to an enterprise geodatabase?
- Register the data store using a least-privilege service account that has only the access the service needs Correct answer.
- Register the data store with the sde administrator account so the service can do anything
- Embed each end user's personal credentials in the service
- Allow anonymous database authentication for the service
Explanation
Registering the data store with a dedicated least-privilege service account limits the blast radius if the service is compromised. The service should hold only the privileges it requires to read or edit its datasets.
Question 29Enterprise geodatabase data models, constraints and supported storage
Which geoprocessing tool creates a new enterprise geodatabase, including the sde repository, in a supported DBMS that does not yet host a geodatabase?
- Register With Geodatabase
- Create Enterprise Geodatabase Correct answer.
- Enable Enterprise Geodatabase
- Create Database Connection
Explanation
Create Enterprise Geodatabase provisions a new geodatabase, creating the sde repository (geodatabase system tables) in a supported DBMS in one operation. It is the standard tool for first-time geodatabase creation.
Question 30Enterprise geodatabase data models, constraints and supported storage
An administrator is provisioning a geodatabase in a managed cloud database (for example Azure SQL Database). Which tool must be used to add geodatabase functionality?
- Upgrade Geodatabase
- Compress
- Enable Enterprise Geodatabase Correct answer.
- Create Enterprise Geodatabase
Explanation
For managed cloud databases, you must use Enable Enterprise Geodatabase on the already-provisioned database because the cloud service, not ArcGIS, creates the database itself. Create Enterprise Geodatabase is not used for managed cloud services.
Question 31Enterprise geodatabase data models, constraints and supported storage
Which collation and isolation settings does SQL Server require for a database that will host an enterprise geodatabase used with branch versioning?
- A case-insensitive collation with READ_COMMITTED_SNAPSHOT and ALLOW_SNAPSHOT_ISOLATION set ON Correct answer.
- A case-sensitive collation with snapshot isolation OFF
- Binary collation with all isolation disabled
- Any collation and isolation; SQL Server has no requirements
Explanation
Esri requires the SQL Server instance/database to use a case-insensitive collation, and branch versioning requires READ_COMMITTED_SNAPSHOT and ALLOW_SNAPSHOT_ISOLATION to be ON. These settings ensure correct concurrency for geodatabase operations.
Question 32Enterprise geodatabase data models, constraints and supported storage
Which database user typically must be used to create or enable the geodatabase repository in Oracle or PostgreSQL?
- The ArcGIS Server service account only
- A user named sde (the geodatabase administrator) Correct answer.
- The default DEFAULT version owner
- Any read-only viewer account
Explanation
In Oracle, PostgreSQL, Db2, and SAP HANA the geodatabase repository is created in the schema of a user named sde, the geodatabase administrator. The sde user owns the geodatabase system tables.
Question 33Enterprise geodatabase data models, constraints and supported storage
An administrator wants users to connect to the enterprise geodatabase from ArcGIS Pro. Which object stores the connection properties (instance, database, authentication) for reuse?
- A project package (.ppkx)
- A geoprocessing model (.tbx)
- A database connection file (.sde) Correct answer.
- A layer file (.lyrx)
Explanation
A database connection file (.sde) stores the server/instance, database, and authentication details needed to connect to an enterprise geodatabase. It is created with Create Database Connection and shared with users.
Question 34Enterprise geodatabase data models, constraints and supported storage
Which authentication option lets the operating system validate a user's identity for the geodatabase connection rather than storing a database username and password?
- Database authentication with saved credentials
- Anonymous public access
- Token-only authentication with no account
- Operating system (Windows/OS) authentication Correct answer.
Explanation
Operating system authentication uses the logged-in OS account to authenticate to the database, avoiding stored database credentials in the connection. Database authentication, by contrast, stores a database username and password.
Question 35Enterprise geodatabase data models, constraints and supported storage
A data owner must give an editing group permission to insert, update, and delete features in a feature class. Which privilege must also be granted for editing to work?
- The select (view) privilege, in addition to insert/update/delete Correct answer.
- Only the delete privilege
- The schema-alter privilege on the geodatabase
- The compress privilege
Explanation
To edit a dataset, users need select (view) in addition to insert, update, and delete. When you grant edit privileges the view privilege must also be granted so the editor can read the data being changed.
Question 36Enterprise geodatabase data models, constraints and supported storage
In the ordinary ArcGIS dataset-privilege management workflow for a dataset, which listed account is required to connect to grant or revoke its privileges through the data-owner tool?
- Every member of the editor group
- Only the dataset's owner (the user who owns the tables) Correct answer.
- Any user with select privilege
- Only the ArcGIS Server account
Explanation
The dataset owner is the relevant connection identity for the supplied ArcGIS privilege-management workflow. This does not assert that an underlying DBMS administrator lacks all independent grant authority. Use supported tools, effective permissions and actual database governance rather than treating two administrative scopes as identical.
Question 37Enterprise geodatabase data models, constraints and supported storage
When granting edit privileges on a feature class that belongs to a feature dataset, what is true about the other feature classes in that feature dataset?
- Privileges cannot be granted on feature classes inside a feature dataset
- Only the first feature class created receives privileges
- All feature classes in the feature dataset must have the same privileges applied Correct answer.
- Each feature class can have completely independent privileges
Explanation
All feature classes within a feature dataset must share the same privileges. Granting an edit privilege on one effectively requires the same privileges across the dataset to maintain integrity of datasets like topologies and networks.
Question 38Enterprise geodatabase data models, constraints and supported storage
Which tool registers an existing DBMS table or view (created with SQL) so that ArcGIS treats it as a geodatabase dataset with an ObjectID?
- Create Enterprise Geodatabase
- Analyze Datasets
- Rebuild Indexes
- Register With Geodatabase Correct answer.
Explanation
Register With Geodatabase registers a database table, view, or query layer with the geodatabase, assigning an ObjectID and enabling geodatabase behaviors. This is how SQL-created content participates in the geodatabase.
Question 39Enterprise geodatabase data models, constraints and supported storage
An administrator wants new feature classes to be created with a specific storage keyword controlling tablespace and index placement. Where is this configured?
- In the DBTUNE configuration keywords applied at dataset creation time Correct answer.
- In the layer's symbology properties
- In the replica synchronization log
- In the map's coordinate system definition
Explanation
DBTUNE configuration keywords define the storage parameters (tablespaces, filegroups, index options) used when a dataset is created. Choosing a configuration keyword at creation applies those storage settings.
Question 40Enterprise geodatabase data models, constraints and supported storage
An administrator must restrict a group of users to read-only access on a published dataset while a separate group edits it. Which configuration achieves this with least privilege?
- Grant insert/update/delete to both groups
- Make all users the data owner
- Grant the read-only group the schema-alter privilege
- Grant select only to the read-only group and select plus insert/update/delete to the editor group Correct answer.
Explanation
Following least privilege, viewers receive only select, while editors receive select plus insert, update, and delete. This separates read access from edit access cleanly.
Question 41Enterprise geodatabase data models, constraints and supported storage
Which statement about the geodatabase system tables (the sde repository) is correct?
- They store metadata about datasets, versions, states, and configuration, and should not be edited directly with SQL Correct answer.
- They are optional and can be deleted to save space
- They store only the map symbology
- They are recreated automatically on every connection
Explanation
The geodatabase system tables track datasets, versions, states, locks, and configuration keywords. They are essential and must be managed through ArcGIS tools, not edited directly with SQL, to avoid corruption.
Question 42Enterprise geodatabase data models, constraints and supported storage
When configuring a geodatabase in Oracle, what must be set up before geodatabase functionality can use the Esri spatial type?
- All indexes must be disabled
- The st_geometry shape library must be configured for the Oracle instance Correct answer.
- A two-way replica must be defined
- The DEFAULT version must be deleted
Explanation
In Oracle you must configure the st_geometry library so the database can store and operate on ST_Geometry. Without it, the geodatabase cannot enable ST_Geometry storage.
Question 43Enterprise geodatabase data models, constraints and supported storage
Which configuration object lets an administrator partition features of one feature class into categories that can each carry distinct default values and domains, without creating separate feature classes?
- Mosaic datasets
- Map topology
- Spatial indexes
- Subtypes Correct answer.
Explanation
Subtypes divide features of a single feature class into categories (for example pipe types) that can have their own default values and attribute domains. This improves data integrity and editing efficiency without extra feature classes.
Question 44Branch, traditional and disconnected geodatabase workflows
To support disconnected mobile data collection from a branch versioned feature service, which capability must be enabled on the published feature layer?
- KML network link output
- Sync (offline) capability so map areas can be taken offline and synchronized Correct answer.
- WMS image rendering
- Geocoding capability
Explanation
Enabling the sync capability lets field apps take map areas offline and later synchronize edits with the branch versioned data. Without sync, the feature layer cannot support offline mobile workflows.
Question 45Branch, traditional and disconnected geodatabase workflows
Which step is required to register a dataset as branch versioned in an enterprise geodatabase?
- The dataset must have all indexes dropped first
- The dataset must be unregistered from the geodatabase
- The dataset must have GlobalIDs and editor tracking enabled before registering as branch versioned Correct answer.
- The dataset must be stored in a file geodatabase
Explanation
Branch versioning requires GlobalIDs and editor tracking on the dataset, because the temporal model identifies and tracks each feature's edits by GlobalID and edit moment. These must be enabled before registering as branch versioned.
Question 46Branch, traditional and disconnected geodatabase workflows
Which approach lets an administrator centrally configure organization-wide editing through ArcGIS Enterprise rather than per-user direct connections?
- Email a file geodatabase to each editor
- Give every editor the sde administrator password
- Publish branch versioned data as feature services and manage access through the portal and feature service capabilities Correct answer.
- Distribute individual .sde connection files to every editor for direct database editing of branch versioned data
Explanation
Branch versioned editing is centralized through published feature services in ArcGIS Enterprise, where portal sharing and service capabilities govern access. This avoids managing many direct database connections.
Question 47Branch, traditional and disconnected geodatabase workflows
Which configuration enables ArcGIS to record who created or last edited each feature, supporting auditing and branch versioning?
- A relationship class to a log table
- Editor tracking (creator, creation date, editor, last-edit date fields) Correct answer.
- A range domain
- A spatial index on GlobalID
Explanation
Editor tracking adds and maintains fields recording the creator, creation date, last editor, and last-edit date. It supports auditing and is required for branch versioning's temporal model.
Question 48Branch, traditional and disconnected geodatabase workflows
An administrator must configure a geodatabase so that two editors in different named branch versions can work concurrently without blocking each other. What enables this isolation?
- Editors must coordinate manually because versions cannot isolate edits
- All edits are immediately visible to every user as they are typed
- Each editor works in a separate named version, and edits are isolated until reconciled and posted to DEFAULT Correct answer.
- Both editors share DEFAULT and rely on row locks
Explanation
Named versions isolate each editor's work; changes are not visible in DEFAULT until reconciled and posted. This lets multiple editors work concurrently in their own versions without blocking each other.
Question 49Geodatabase loading, performance and recoverable maintenance
An administrator must update an older enterprise geodatabase so it supports new client and dataset capabilities. Which tool performs the in-place schema update of the geodatabase system tables?
- Create Enterprise Geodatabase
- Compress
- Rebuild Indexes
- Upgrade Geodatabase Correct answer.
Explanation
Upgrade Geodatabase updates the geodatabase system tables and schema to a newer release, enabling new functionality. It is run by the geodatabase administrator after the DBMS client and ArcGIS are at compatible versions.
Question 50Enterprise geodatabase data models, constraints and supported storage
Which geoprocessing tool appends features from a source dataset into an existing target feature class, matching fields by name or a field map?
- Append Correct answer.
- Create Enterprise Geodatabase
- Compress
- Reconcile Versions
Explanation
The Append tool loads features from one or more sources into an existing target dataset, using a field map to control how source fields map to target fields. It is a primary tool for incremental data loading.