[SERVER-25807] Test concurrent view creations, modifications, and drops Created: 25/Aug/16 Updated: 19/Nov/16 Resolved: 09/Sep/16 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | Querying |
| Affects Version/s: | None |
| Fix Version/s: | 3.3.14 |
| Type: | Task | Priority: | Major - P3 |
| Reporter: | Max Hirschhorn | Assignee: | James Wahlin |
| Resolution: | Done | Votes: | 0 |
| Labels: | read-only-views | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Backwards Compatibility: | Major Change |
| Sprint: | Integration 2016-09-19 |
| Participants: |
| Description |
|
We can add an FSM workload where each worker thread acts on its own view namespace, and either creates, modifies, or drops the view definition. Since only one worker thread acts on any particular view namespace, we should be able to make strong assertions about what its view definition is at any point in time. If we use the db[collName] collection that is prepared by the concurrency framework as the namespace to create the view on, then we can get additional coverage of a view on a sharded collection when the FSM workload runs as part of the concurrency_sharded suite. |
| Comments |
| Comment by Githook User [ 09/Sep/16 ] |
|
Author: {u'username': u'jameswahlin', u'name': u'James Wahlin', u'email': u'james.wahlin@10gen.com'}Message: |