[Free] 2018(June) Dumps4cert Microsoft 70-469 Dumps with VCE and PDF Download 61-70

Dumps4cert.com : Latest Dumps with PDF and VCE Files
2018 May Microsoft Official New Released 70-469
100% Free Download! 100% Pass Guaranteed!

Recertification for MCSE: Data Platform

Question No: 61 – (Topic 6)

You need to ensure that a new execution plan is used by usp_GetOrdersByProduct each time the stored procedure runs.

What should you do?

  1. Execute sp_help usp_GetOrdersByProduct\

  2. Add WITH (FORCESEEK) to line 69 in usp.GetOrdersByProduct.

  3. Add WITH RECOMPILE to line 64 in usp.GetOrdersByProduct.

  4. Execute sp_recompile usp.GetOrdersByProduct#39;.

Answer: B

Question No: 62 – (Topic 6)

You need to ensure that a new execution plan is used by usp_GetOrdersByProduct each time the stored procedure runs.

What should you do?

  1. Execute sp_help #39;usp_GetOrdersByProduct#39;.

  2. Execute sp_recompile #39;usp_GetOrdersByProduct#39;.

  3. Add WITH RECOMPILE to line 03 in usp_GetOrdersByProduct.

  4. Add WITH (FORCESEEK) to line 07 in usp_GetOrdersByProduct.

Answer: C Explanation:

Ref: http://msdn.microsoft.com/en-us/librAry/ms190439(v=sql.90).aspx

Question No: 63 – (Topic 6)

You need to ensure that usp_AddXMLOrder can be used to validate the XML input from the retailers.

Which parameters should you add to usp_AddXMLOrder on line 04 and line 05? (Each correct answer presents part of the solution. Choose all that apply.)

  1. @schema varbinary(100).

  2. @items varchar(max).

  3. @schema sysname.

  4. @items varbinary(max).

  5. @items xml.

  6. @schema xml.

Answer: C,E

Question No: 64 – (Topic 6)

You need to implement a solution that meets the site requirements. What should you implement?

  1. A non-indexed view on Server1

  2. A non-indexed view on Server2

  3. A distributed view on Server1

  4. A distributed view on Server2

Answer: C

Question No: 65 – (Topic 6)

You need to implement a solution that addresses the bulk insert requirements. What should you add to line 08 in usp_ImportOrderDetails?

  1. LASTROW=0.

  2. BATCHSIZE=0.

  3. BATCHSIZE=1000.

  4. LASTROW = 1000.

Answer: C

Topic 7, Fourth Coffee Background

Corporate Information

Fourth Coffee is global restaurant chain. There are more than 5,000 locations worldwide.

Physical Locations

Currently a server at each location hosts a SQL Server 2012 instance. Each instance contains a database called StoreTransactions that stores all transactions from point of sale and uploads summary batches nightly.

Each server belongs to the COFFECORP domain. Local computer accounts access the StoreTransactions database at each store using sysadmin and datareaderwriter roles.

Planned changes

Fourth Coffee has three major initiatives:

->The IT department must consolidate the point of sales database infrastructure.

->The marketing department plans to launch a mobile application for micropayments.

->The finance department wants to deploy an internal tool that will help detect fraud.

Initially, the mobile application will allow customers to make micropayments to buy coffee and other items on the company web site. These micropayments may be sent as gifts to other users and redeemed within an hour of ownership transfer. Later versions will generate profiles based on customer activity that will push texts and ads generated by an analytics application.

When the consolidation is finished and the mobile application is in production, the micropayments and point of sale transactions will use the same database.

Existing Environment

Existing Application Environment

Some stores have been using several pilot versions of the micropayment application. Each version currently is in a database that is independent from the point of sales systems.

Some versions have been used in field tests at local stores, and others are hosted at corporate servers. All pilot versions were developed by using SQL Server 2012.

Existing Support Infrastructure

The proposed database for consolidating micropayments and transactions is called CoffeeTransactions. The database is hosted on a SQL Server 2014 Enterprise Edition instance and has the following file structures:

Dumps4Cert 2018 PDF and VCE

Business Requirements

General Application Solution Requirements

The database infrastructure must support a phased global rollout of the micropayment application and consolidation.

The consolidated micropayment and point of sales database will be into a CoffeeTransactions database. The infrastructure also will include a new CoffeeAnalytics

database for reporting on content from CoffeeTransactions.

Mobile applications will interact most frequently with the micropayment database for the following activities:

->Retrieving the current status of a micropayment;

->Modifying the status of the current micropayment; and

->Canceling the micropayment.

The mobile application will need to meet the following requirements:

->Communicate with web services that assign a new user to a micropayment by using a stored procedure named usp_AssignUser.

->Update the location of the user by using a stored procedure named usp_AddMobileLocation.

The fraud detection service will need to meet the following requirements:

->Query the current open micropayments for users who own multiple micropayments by using a stored procedure named usp.LookupConcurrentUsers.

->Persist the current user locations by using a stored procedure named usp_MobileLocationSnapshot.

->Look at the status of micropayments and mark micropayments for internal investigations.

->Move micropayments to dbo.POSException table by using a stored procedure named ups_DetectSuspiciousActivity.

->Detect micropayments that are flagged with a StatusId value that is greater than 3 and that occurred within the last minute.

The CoffeeAnalytics database will combine imports of the POSTransaction and MobileLocation tables to create a UserActivity table for reports on the trends in activity. Queries against the UserActivity table will include aggregated calculations on all columns that are not used in filters or groupings.

Micropayments need to be updated and queried for only a week after their creation by the mobile application or fraud detection services.

Performance

The most critical performance requirement is keeping the response time for any queries of the POSTransaction table predictable and fast.

Web service queries will take a higher priority in performance tuning decisions over the fraud detection agent queries.

Scalability

Queries of the user of a micropayment cannot return while the micropayment is being updated, but can show different users during different stages of the transaction.

The fraud detection service frequently will run queries over the micropayments that occur over different time periods that range between 30 seconds and ten minutes.

The POSTransaction table must have its structure optimized for hundreds of thousands of active micropayments that are updated frequently.

All changes to the POSTransaction table will require testing in order to confirm the expected throughput that will support the first year#39;s performance requirements.

Updates of a user#39;s location can tolerate some data loss.

Initial testing has determined that the POSTransaction and POSException tables will be migrated to an in-memory optimized table.

Availability

In order to minimize disruption at local stores during consolidation, nightly processes will restore the databases to a staging server at corporate headquarters.

Technical Requirements Security

The sensitive nature of financial transactions in the store databases requires certification of

the COFFECORP\Auditors group at corporate that will perform audits of the data. Members of the COFFECORP\Auditors group cannot have sysadmin or datawriter access to the database.

Compliance requires that the data stewards have access to any restored StoreTransactions database without changing any security settings at a database level.

Nightly batch processes are run by the services account in the COFFECORP\StoreAgent group and need to be able to restore and verify the schema of the store databases match.

No Windows group should have more access to store databases than is necessary.

Maintainability

You need to anticipate when POSTransaction table will need index maintenance.

When the daily maintenance finishes, micropayments that are one week old must be available for queries in UserActivity table but will be queried most frequently within their first week and will require support for in-memory queries for data within first week.

The maintenance of the UserActivity table must allow frequent maintenance on the day#39;s most recent activities with minimal impact on the use of disk space and the resources available to queries. The processes that add data to the UserActivity table must be able to update data from any time period, even while maintenance is running.

The index maintenance strategy for the UserActivity table must provide the optimal structure for both maintainability and query performance.

All micropayments queries must include the most permissive isolation level available for the maximum throughput.

In the event of unexpected results, all stored procedures must provide error messages in text message to the calling web service.

Any modifications to stored procedures will require the minimal amount of schema changes necessary to increase the performance.

Performance

Stress testing of the mobile application on the proposed CoffeeTransactions database uncovered performance bottlenecks. The sys.dm_os_wait_stats Dynamic Management View (DMV) shows high wait_time values for WRTTELOG and PAGEIOLATCHJJP wait types when updating the MobileLocation table.

Updates to the MobileLocation table must have minimal impact on physical resources.

Supporting Infrastructure

The stored procedure usp_LookupConcurrentUsers has the current implementation:

Dumps4Cert 2018 PDF and VCE

The current stored procedure for persisting a user location is defined in the following code:

Dumps4Cert 2018 PDF and VCE

The current stored procedure for managing micropayments needing investigation is defined in the following code:

Dumps4Cert 2018 PDF and VCE

The current table, before implementing any performance enhancements, is defined as follows:

Dumps4Cert 2018 PDF and VCE

Question No: 66 DRAG DROP – (Topic 7)

You need to redesign the system to meet the scalability requirements of the application.

Develop the solution by selecting and arranging the required code blocks in the correct order.

You may not need all of the code blocks.

Dumps4Cert 2018 PDF and VCE

Answer:

Dumps4Cert 2018 PDF and VCE

Explanation: Box 1:

Dumps4Cert 2018 PDF and VCE

Box 2:

Dumps4Cert 2018 PDF and VCE

Box 3:

Dumps4Cert 2018 PDF and VCE

Box 4:

Dumps4Cert 2018 PDF and VCE

Box 5:

Dumps4Cert 2018 PDF and VCE

Box 6:

Dumps4Cert 2018 PDF and VCE

Box 7:

Dumps4Cert 2018 PDF and VCE

Note:

  • MEMORY_OPTIMIZED_DATA

    First create a memory-optimized data filegroup and add a container to the filegroup. Then create a memory-optimized table.

  • You must specify a value for the BUCKET_COUNT parameter when you create the memory-optimized table. In most cases the bucket count should be between 1 and 2 times the number of distinct values in the index key.

  • Example:

    – create a durable (data will be persisted) memory-optimized table

    – two of the columns are indexed

    CREATE TABLE dbo.ShoppingCart (

    ShoppingCartId INT IDENTITY(1,1) PRIMARY KEY NONCLUSTERED, UserId INT NOT NULL INDEX ix_UserId NONCLUSTERED HASH WITH (BUCKET_COUNT=1000000),

    CreatedDate DATETIME2 NOT NULL, TotalPrice MONEY

    ) WITH (MEMORY_OPTIMIZED=ON) GO

    Question No: 67 – (Topic 7)

    You need to optimize the index structure that is used by the tables that support the fraud detection services.

    What should you do?

    1. Add a hashed nonclustered index to CreateDate.

    2. Add a not hash nonclustered index to CreateDate.

    3. Add a not hash clustered index on POSTransactionId and CreateDate.

    4. Add a hashed clustered index on POSTransactionId and CreateDate.

    Answer: A

    Explanation: The fraud detection service will need to meet the following requirement (among others):

  • Detect micropayments that are flagged with a StatusId value that is greater than 3 and that occurred within the last minute.

Question No: 68 DRAG DROP – (Topic 7)

You need to create the usp.AssignUser stored procedure.

Develop the solution by selecting and arranging the required code blocks in the correct order. You may not need all of the code blocks.

Dumps4Cert 2018 PDF and VCE

Answer:

Dumps4Cert 2018 PDF and VCE

Explanation: Box 1:

Dumps4Cert 2018 PDF and VCE

Box 2:

Dumps4Cert 2018 PDF and VCE

Box 3:

Dumps4Cert 2018 PDF and VCE

Box 4:

Dumps4Cert 2018 PDF and VCE

Box 5:

Dumps4Cert 2018 PDF and VCE

Box 6:

Dumps4Cert 2018 PDF and VCE

Box 7:

Dumps4Cert 2018 PDF and VCE

Note:

  • From scenario: The mobile application will need to meet the following requirements:

    /Communicate with web services that assign a new user to a micropayment by using a stored procedure named usp_AssignUser.

  • Example:

create procedure dbo.OrderInsert(@OrdNo integer, @CustCode nvarchar(5)) with native_compilation, schemabinding, execute as owner

as

begin atomic with

(transaction isolation level = snapshot, language = N#39;English#39;)

declare @OrdDate datetime = getdate();

insert into dbo.Ord (OrdNo, CustCode, OrdDate) values (@OrdNo, @CustCode,

@OrdDate); end

go

  • Natively compiled stored procedures are Transact-SQL stored procedures compiled to native code that access memory-optimized tables. Natively compiled stored procedures allow for efficient execution of the queries and business logic in the stored procedure.

  • READ COMITTED versus REPEATABLE READ

    Read committed is an isolation level that guarantees that any data read was committed at the moment is read. It simply restricts the reader from seeing any intermediate, uncommitted, #39;dirty#39; read. IT makes no promise whatsoever that if the transaction re-issues the read, will find the Same data, data is free to change after it was read.

    Repeatable read is a higher isolation level, that in addition to the guarantees of the read committed level, it also guarantees that any data read cannot change, if the transaction reads the same data again, it will find the previously read data in place, unchanged, and available to read.

  • Both RAISERROR and THROW statements are used to raise an error in Sql Server. The journey of RAISERROR started from Sql Server 7.0, where as the journey of THROW statement has just began with Sql Server 2012. obviously, Microsoft suggesting us to start using THROW statement instead of RAISERROR. THROW statement seems to be simple and easy to use than RAISERROR.

  • Explicit transactions. The user starts the transaction through an explicit BEGIN TRAN or BEGIN ATOMIC. The transaction is completed following the corresponding COMMIT and ROLLBACK or END (in the case of an atomic block).

Question No: 69 DRAG DROP – (Topic 7)

You need to design the UserActivity table.

Which three steps should you perform in sequence? To answer, move the appropriate three actions from the list of actions to the answer area and arrange them in the correct order.

Dumps4Cert 2018 PDF and VCE

Answer:

Dumps4Cert 2018 PDF and VCE

Explanation: Box 1:

Dumps4Cert 2018 PDF and VCE

Box 2:

Dumps4Cert 2018 PDF and VCE

Box 3:

Dumps4Cert 2018 PDF and VCE

Note:

* Creating a partitioned table or index typically happens in four parts:

->Create a filegroup or filegroups and corresponding files that will hold the partitions specified by the partition scheme.

->Create a partition function that maps the rows of a table or index into partitions based on the values of a specified column.

->Create a partition scheme that maps the partitions of a partitioned table or index to the new filegroups.

->Create or modify a table or index and specify the partition scheme as the storage location.

  • Reorganizing an index uses minimal system resources.

  • From scenario:

/ The index maintenance strategy for the UserActivity table must provide the optimal structure for both maintainability and query performance.

/ The CoffeeAnalytics database will combine imports of the POSTransaction and MobileLocation tables to create a UserActivity table for reports on the trends in activity. Queries against the UserActivity table will include aggregated calculations on all columns that are not used in filters or groupings.

/ When the daily maintenance finishes, micropayments that are one week old must be available for queries in UserActivity table but will be queried most frequently within their first week and will require support for in-memory queries for data within first week.

The maintenance of the UserActivity table must allow frequent maintenance on the day#39;s most recent activities with minimal impact on the use of disk space and the resources available to queries. The processes that add data to the UserActivity table must be able to update data from any time period, even while maintenance is running.

  • Columnstore indexes work well for mostly read-only queries that perform analysis on large data sets. Often, these are queries for data warehousing workloads. Columnstore indexes give high performance gains for queries that use full table scans, and are not well- suited for queries that seek into the data, searching for a particular value.

    Question No: 70 – (Topic 7)

    You need to monitor the health of your tables and indexes in order to implement the required index maintenance strategy.

    What should you do?

    1. Query system DMVs to monitor avg_chain_length and max_chain_length. Create alerts to notify you when these values converge.

    2. Create a SQL Agent alert when the File Table: Avg time per file I/O request value is increasing.

    3. Query system DMVs to monitor total_bucket_count. Create alerts to notify you when this value increases.

    4. Query system DMVs to monitor total_bucket_count. Create alerts to notify you when this value decreases.

    Answer: A

    Explanation: From scenario:

  • You need to anticipate when POSTransaction table will need index maintenance.

  • The index maintenance strategy for the UserActivity table must provide the optimal structure for both maintainability and query performance.

100% Dumps4cert Free Download!
Download Free Demo:70-469 Demo PDF
100% Dumps4cert Pass Guaranteed!
70-469 Dumps

Dumps4cert ExamCollection Testking
Lowest Price Guarantee Yes No No
Up-to-Dated Yes No No
Real Questions Yes No No
Explanation Yes No No
PDF VCE Yes No No
Free VCE Simulator Yes No No
Instant Download Yes No No

Leave a Reply

Your email address will not be published. Required fields are marked *