One of the behavioural divergences between "create or replace" view and DROP; CREATE turns out to be that "create or replace" can only add columns *at the end* of the view, and can not change the name or type of the view during replacement, which can break migrations. Reinstate the old drop;create as replacement is not necessary for this specific view.