|
|
|
|
|
by michaelsalim
1154 days ago
|
|
Had a thought recently. What's stopping someone from separating table migrations from others like functions/triggers? The standard tables can use the standard process while triggers, etc are run declaratively. When you change something, a tool could simply tear everything down and rebuild it. No need to worry about data since those are handled separately. Would performance be a concern? Or is there something I'm missing? |
|