New Year Sale ! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Esri Exam EGMP2201 Topic 4 Question 5 Discussion

Actual exam question for Esri's EGMP2201 exam
Question #: 5
Topic #: 4
[All EGMP2201 Questions]

A user wants to share a frequently edited points feature class as a web layer. The points contain sensitive attributes and will be read-only for online viewers.

The following workflow is applied:

* Points is registered as versioned

* A standard database view is created for points, which hides the sensitive attributes

* The view is published as a web layer from the Default version

As the points feature class is edited throughout the week, edits are not visible in the web layer.

What should the GIS administrator do?

Show Suggested Answer Hide Answer
Suggested Answer: C

The issue arises because the standard database view is based on the base table of the points feature class, which does not include edits made in child versions. To resolve this, the database view must reference a versioned view to reflect changes in the Default version.

1. What Is a Versioned View?

A versioned view is created when a feature class is registered as versioned.

It allows querying and editing versioned data, including edits made in the Default version and child versions.

A standard database view does not account for the Adds and Deletes delta tables used in versioning, which is why edits are not visible.

2. Why Alter the View to Use a Versioned View?

By modifying the standard database view to reference the versioned view, the published web layer will reflect changes made in the Default version, including ongoing edits.

This ensures that updates to the points feature class are visible in the web layer without requiring manual intervention.

3. Why Not Other Options?

Have All Editors Reconcile and Post Points Edits to Default:

While this ensures edits are moved to the Default version, it requires continuous manual reconciliation and posting, which is impractical for a frequently edited dataset.

Rebuild Indexes and Calculate Database Statistics on Points:

These actions improve query performance but do not address the core issue of the standard view not reflecting versioned edits.

Steps to Alter the View:

Identify the versioned view associated with the points feature class. It typically has a name like points_EVW.

Modify the SQL for the existing view to reference the versioned view:

CREATE OR REPLACE VIEW points_web AS

SELECT <fields> FROM points_EVW;

Update the web layer to use the modified view as the data source.

Test the web layer to confirm that edits made to the Default version are now visible.

Reference from Esri Documentation and Learning Resources:

Publishing Data from Views

Conclusion:

To ensure edits made to the points feature class are visible in the web layer, the database view should be altered to reference the versioned view, which accounts for edits in the Default version.


Contribute your Thoughts:

Kirby
13 days ago
Wow, this is a tricky one. I'm torn between B and C, but I think C might be the best solution to keep the sensitive attributes hidden.
upvoted 0 times
...
Deandrea
17 days ago
I think option C is the way to go. Using a versioned view as the source will ensure that the edits are visible in the web layer.
upvoted 0 times
Sunny
3 days ago
User 1: Option C is the best choice.
upvoted 0 times
...
...

Save Cancel