@@ -645,18 +645,13 @@ <h2 id="transactions">🔁 Transactions</h2>
645645cause errors if used inside < code > begin ... commit</ code > . Examples of
646646non-transactional statements include:</ p >
647647< div class ="highlight "> < pre > < span > </ span > < code > < span class ="k "> ALTER</ span > < span class ="w "> </ span > < span class ="k "> SYSTEM</ span >
648- < span class ="k "> CLUSTER</ span >
649648< span class ="k "> CREATE</ span > < span class ="w "> </ span > < span class ="k "> DATABASE</ span >
650649< span class ="k "> CREATE</ span > < span class ="w "> </ span > < span class ="n "> EXTENSION</ span >
651650< span class ="k "> CREATE</ span > < span class ="w "> </ span > < span class ="k "> ROLE</ span >
652651< span class ="k "> CREATE</ span > < span class ="w "> </ span > < span class ="n "> TABLESPACE</ span >
653- < span class ="n "> DISCARD</ span > < span class ="w "> </ span > < span class ="k "> ALL</ span >
654652< span class ="k "> DROP</ span > < span class ="w "> </ span > < span class ="k "> DATABASE</ span >
655653< span class ="k "> DROP</ span > < span class ="w "> </ span > < span class ="n "> EXTENSION</ span >
656654< span class ="k "> DROP</ span > < span class ="w "> </ span > < span class ="n "> TABLESPACE</ span >
657- < span class ="k "> LOAD</ span >
658- < span class ="k "> REINDEX</ span >
659- < span class ="k "> VACUUM</ span >
660655</ code > </ pre > </ div >
661656< h2 id ="suggested-file-layout "> Suggested File Layout</ h2 >
662657< p > SuperStack doesn’t enforce any particular migration file names or layout, but here’s a simple structure you might adopt during development (before
@@ -669,7 +664,8 @@ <h2 id="suggested-file-layout">Suggested File Layout</h2>
669664</ code > </ pre > </ div >
670665< p > While developing, you can reset and rebuild the database from scratch as often
671666as needed:</ p >
672- < div class ="highlight "> < pre > < span > </ span > < code > docker< span class ="w "> </ span > compose< span class ="w "> </ span > down< span class ="w "> </ span > --volumes< span class ="p "> ;</ span > < span class ="w "> </ span > docker< span class ="w "> </ span > compose< span class ="w "> </ span > up< span class ="w "> </ span > -d
667+ < div class ="highlight "> < pre > < span > </ span > < code > docker< span class ="w "> </ span > compose< span class ="w "> </ span > down< span class ="w "> </ span > --volumes
668+ docker< span class ="w "> </ span > compose< span class ="w "> </ span > up< span class ="w "> </ span > -d
673669</ code > </ pre > </ div >
674670< p > Once you’ve deployed to production (or another persistent environment), avoid
675671recreating the database. Instead:</ p >
@@ -679,7 +675,7 @@ <h2 id="suggested-file-layout">Suggested File Layout</h2>
679675</ ul >
680676< div class ="highlight "> < pre > < span > </ span > < code > bin/postgres< span class ="w "> </ span > migrate
681677</ code > </ pre > </ div >
682- < p > In other environments where < code > bin/postgres</ code > isn't available:</ p >
678+ < p > Or in other environments where < code > bin/postgres</ code > isn't available:</ p >
683679< div class ="highlight "> < pre > < span > </ span > < code > docker< span class ="w "> </ span > compose< span class ="w "> </ span > < span class ="nb "> exec</ span > < span class ="w "> </ span > postgres< span class ="w "> </ span > migrate
684680</ code > </ pre > </ div >
685681< p > This approach keeps early development simple while providing a clear, ordered
0 commit comments