40
40
41
41
Our EF implementations currently support Postgres, MySQL, and SQLite3.
42
42
43
- ## Setting Up EF Databases
43
+ ## Creating the database
44
44
45
- The workflow here is broadly the same as with the normal MSSQL implementation: set up the docker
45
+ The workflow here is broadly the same as with the normal MSSQL implementation: set up the Docker
46
46
container, configure user secrets, and run migrations against their relating databases in
47
47
chronological order.
48
48
@@ -108,7 +108,7 @@ that the changes take effect.
108
108
109
109
:::
110
110
111
- ### Database Setup
111
+ ### Updating the database
112
112
113
113
<Tabs
114
114
groupId = " provider"
@@ -220,7 +220,7 @@ You can also run migrations for all database providers at once using
220
220
pwsh migrate.ps1 -all
221
221
```
222
222
223
- ### Optional: Verify
223
+ ### Verifying changes
224
224
225
225
If you would like to verify that everything worked correctly:
226
226
@@ -229,7 +229,7 @@ If you would like to verify that everything worked correctly:
229
229
- Note: this requires a configured MSSQL database. You may also need to set up other EF providers
230
230
for tests to pass.
231
231
232
- ## Testing EF Changes
232
+ ## Testing changes
233
233
234
234
In your ` server/dev/secrets.json ` file find or add this block of secrets in the root of the json
235
235
structure:
@@ -265,3 +265,8 @@ existing databases if you have not already. If these settings are not present at
265
265
With connection strings applied to your projects: ensure your databases are all migrated using
266
266
` pwsh server/dev/migrate.ps1 --all ` . Then you can run EF tests from the
267
267
` test/Infrastructure.IntegrationTest ` folder using ` dotnet test ` .
268
+
269
+ ## Modifying the database
270
+
271
+ The process for modifying the database is described in
272
+ [ Migrations] ( ./../../../../contributing/database-migrations/ef.md ) .
0 commit comments