You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 18, 2023. It is now read-only.
I have the need for migrations in PrairieSchedule. I'd like to revisit the idea of modularizing the database initialization parts of PrairieLearn into PrairieLib.
I was thinking some way to pass in the project name and path into the migrations.init() function. The migrations table would need to be updated with a unique index and project so each one has its own numbers.
The sprocs stuff could use some updating too, like getting its file list from the directory (like migrations does). Maybe rename it to something like initializations since those are run each time the server runs.
Both functions could be pulled into the same library?
I'm just brainstorming before actually changing anything. Worth the effort?
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I have the need for migrations in PrairieSchedule. I'd like to revisit the idea of modularizing the database initialization parts of PrairieLearn into PrairieLib.
I was thinking some way to pass in the project name and path into the migrations.init() function. The
migrations
table would need to be updated with a uniqueindex
andproject
so each one has its own numbers.The
sprocs
stuff could use some updating too, like getting its file list from the directory (like migrations does). Maybe rename it to something likeinitializations
since those are run each time the server runs.Both functions could be pulled into the same library?
I'm just brainstorming before actually changing anything. Worth the effort?
The text was updated successfully, but these errors were encountered: