diff --git a/docs/contributing/database-migrations/edd.mdx b/docs/contributing/database-migrations/edd.mdx
index d6a8dd78..4fb2e659 100644
--- a/docs/contributing/database-migrations/edd.mdx
+++ b/docs/contributing/database-migrations/edd.mdx
@@ -60,7 +60,7 @@ processes: always-on environments and offline update environments. The terms: _I
#### Initial phase
-- Compatible with previous and next application code changes
+- Compatible with _previous_ _and_ _next_ application code changes
- Represents the beginning of a database change
- Updates the database schema to support any new functionality while also maintaining old
functionality
@@ -70,7 +70,7 @@ processes: always-on environments and offline update environments. The terms: _I
#### Transition phase
-- Compatible with previous and next application code changes
+- Compatible with _previous_ _and_ _next_ application code changes
- The time between initial migration and finalization
- Exists to provide an opportunity to rollback server to _previous_ version prior to breaking
changes
@@ -84,8 +84,7 @@ processes: always-on environments and offline update environments. The terms: _I
#### Finalization phase
-- Only compatible with next application code; represents the point of no return for this
- migration
+- Only compatible with _next_ application code; represents the point of no return for this migration
- Removes columns, data, and fallback code required to support _previous_ version
- Should be run as a typical migration either during a subsequent upgrade
@@ -259,7 +258,7 @@ After this deploy, to prep for the next release, all migrations in `DbScripts_tr
to `DbScripts` and then all migrations in `DbScripts_finalization` are moved to `DbScripts`,
conserving their execution order for a clean install. For the current branching strategy, PRs will
be open against `master` when `rc` is cut to prep for this release. This PR automation will also
-handle renaming the migration file and updating any reference of `[dbo_future]` to `[dbo]`.
+handle renaming the migration file and updating any reference of `[dbo_finalization]` to `[dbo]`.
The next deploy will pick up the newly added migrations in `DbScripts` and set the previously
repeatable _Transition_ migrations to no longer be repeatable, execute the _Finalization_