DP-700 · Practice set 10 of 17
SQL Database Source Control: 10 practice questions
10 free DP-700 practice questions on SQL Database Source Control, with an explanation for every answer. Untimed. The full mock exam and the timed version are in the app.
-
Question 1 of 10
A developer adds a property by hand to the SQL project file that Fabric generated for a SQL database. What happens to that edit?
- ASqlPackage reads it and then skips the project build.
- BFabric keeps it and applies it on the next update.
- CFabric overwrites it on the next commit from Fabric.
- DFabric moves it into a post-deployment script.
Show the answer
Ask who owns the file. Fabric generates and updates the SQL project file on every commit, so anything you type there lasts only until the next one. Changes that must last go in object files or in pre-deployment and post-deployment scripts.
Next → 1 / 10 -
Question 2 of 10
A team selects Branch out to new workspace from a workspace that holds a SQL database with committed tables. What does the database in the new workspace contain?
- ANo objects until someone selects Update in that workspace
- BThe committed objects, with new and empty tables
- CThe committed objects, with a copy of every table row
- DThe table rows only, while the definitions stay in Git
Show the answer
The repository holds definitions, not rows, and a branch workspace is built from the repository. So the objects arrive and the tables start empty. Data for the new environment has to be loaded or managed with a script.
Next → 2 / 10 -
Question 3 of 10
How does the SQL project that Fabric generates treat the `.sharedQueries` folder?
- AIt builds the scripts into the dacpac as database objects.
- BIt turns each shared query into a stored procedure on commit.
- CIt tracks the scripts but excludes them from the project build.
- DIt keeps the folder in Fabric only, so Git never receives it.
Show the answer
Shared queries are scripts to run, not objects of the database. So Fabric keeps them in source control, where they are versioned, and leaves them out of the build, where only the database model is validated.
Next → 3 / 10 -
Question 4 of 10
A developer pushes a `.sql` file that uses a feature that SQL database in Fabric does not support. Update all then fails in the Source control panel. What must happen before the workspace can be updated again?
- AThe change is reverted manually in source control.
- BThe publish adds a smart default in place of the feature.
- CUpdate all is run again so that Fabric skips the file.
- DThe generated project file is edited to exclude the file.
Show the answer
A failed update means the branch holds code that cannot be applied. Fabric does not repair or skip it, so the only way forward is to take the bad change out of the branch by reverting it in source control.
Next → 4 / 10 -
Question 5 of 10
A SQL database must run with a specific compatibility level in every stage. The team delivers changes with Git integration and deployment pipelines. How should the setting reach each stage?
- AWith a T-SQL script that runs against the database after deployment
- BWith a commit, because the project file stores database settings
- CWith the publish step, which scripts the database options for you
- DWith the deployment pipeline, which copies it from the source stage
Show the answer
Database-level settings such as collation and compatibility level are outside the integration, in Git and in deployment pipelines alike. When T-SQL can set the value after the database exists, a script after deployment is the way to apply it.
Next → 5 / 10 -
Keep the ones you got wrong
In the app, every question you miss comes back exactly when you’re about to forget it.
Opens in your browser. Nothing to install.
Start studying -
Question 6 of 10
A developer writes table definitions as `.sql` files in Visual Studio Code. Team policy says a definition must be a file in the repository before the table exists in any database. Twice, a pushed file with invalid syntax made Update all fail for the whole team. Which workflow fits the policy and avoids that failure?
- ACreate the tables in the Fabric SQL editor, then commit the database.
- BPush the files, then let the build inside the Fabric update check them.
- CSave the files in `.sharedQueries` so the project build checks them.
- DBuild the SQL project locally, push the files, then update from Fabric.
Show the answer
Both constraints point to the same place: the files come first, and they must be valid before they reach the shared branch. A build in the Database Projects view validates the model on the developer's machine, before the push.
Next → 6 / 10 -
Question 7 of 10
A lookup table must hold the same five rows in three databases. The development database is updated from Git, and the test and production databases are filled by a deployment pipeline. Changes to the rows must be reviewed as code, with no manual step after a release. What should the team use?
- AA `MERGE` query in Shared Queries, set as a post-deployment script
- BA `MERGE` query in Shared Queries, run by hand after each release
- CA `MERGE` statement saved by hand in the generated project file
- DA branch workspace, because branching out copies the lookup rows
Show the answer
Look for the one mechanism that is code and also runs by itself in both delivery paths. A post-deployment script is part of the SQL project, and it runs on every update from source control and every deployment pipeline deployment.
Next → 7 / 10 -
Question 8 of 10
Two developers change stored procedures in the same SQL database. Each change needs its own environment and a review before it is shared. The release manager must choose the moment when the primary database changes. Which sequence meets these needs?
- ABranch out to a workspace and complete the pull request, which updates the primary database.
- BChange the primary database, commit it, then open a pull request to review the change.
- CBranch out to a workspace, complete the pull request, then update the primary workspace.
- DBranch out to a workspace, then publish its dacpac to the primary database with SqlPackage.
Show the answer
Split the needs into three steps. Branch-out gives each developer a workspace, the pull request gives the review, and the separate Update in the primary workspace gives the release manager the timing, because a merge alone changes only source control.
Next → 8 / 10 -
Question 9 of 10
Fabric publishes updates from source control with `/p:GenerateSmartDefaults = true`. A developer adds a column that does not allow null values to a table that already holds rows, then updates the database. What does this option do?
- AIt empties the table so that the column can be added.
- BIt provides a default value for the column automatically.
- CIt creates the column as nullable and reports a warning.
- DIt stops the update because the rows have no value for it.
Show the answer
Think about the existing rows: they have no value for a column that needs one. `GenerateSmartDefaults` solves exactly that case by supplying a default value during the publish, so the column can be added without losing rows.
Next → 9 / 10 -
Question 10 of 10
A developer pushes new table files and selects Update all in Fabric. The update succeeds and nobody edits the database afterward, yet the SQL database shows Uncommitted. What should the developer do?
- ASelect Update all again until the status clears.
- BDelete the generated project file and build it locally.
- CRevert the pushed files, because the update did not apply.
- DCommit the database to source control from Fabric.
Show the answer
The status comes from comparing file content, not database behavior. The files Fabric generates for an object can differ in form from the ones you wrote, for example in inline attributes on columns. A commit from Fabric makes both sides match.
Next → 10 / 10 -
You’ve finished this set
That’s 10 questions on SQL Database Source Control. In the app the ones you miss come back exactly when you’re about to forget them.
Back to the course Next lesson: Warehouse Database ProjectsOpens in your browser. Nothing to install.
Start studying
The whole course, on your computer and your phone
Lessons you can read, audio you can listen to on the way to work, and practice that remembers what you got wrong.
Opens in your browser. Nothing to install.
Start studying“This app is the ‘One Lake’ for preparing the certification exams. Really worth it.”
