lockyТ.е. безусловно - должны быть PK/UQ, но rowid - удобен своим "постоянным присутствием".
Которое здорово смазывается возможностью его изменения в течение жизни записи.

lockyНо несмотря на этот факт rowid таки весьма широко используется, как я посмотрю.
Где именно?

Его можно и часто стоит использовать как "временный идентификатор" - скажем, в той же кляузе exceptions into и подобных случаях. Что же касается идеи, например, делать на нём внешние ключи - она иногда мелькает у начинающих архитекторов - её надо жёстко пресекать.

lockyт.е. интуитивно я догадываюсь, что со временем он, ессно, меняется,
Зря догадываетесь. Меняется он не "со временем", а при выполнении некоторых операций. Список их потихоньку увеличивается по мере выхода версий, почти все они - административные, например ALTER TABLE .. MOVE. Таким образом, его можно использовать как короткоживущий идентификатор в рамках server call или например сессии, когда мы уверены, что администратор не выполняет задач сопровождения БД.

lockyно меня интересует его "живучесть" в рамках выполнения, скажем, одной процедуры или триггера - может он изменится?
В рамках DML он может измениться в двух случаях: если делается update ключу партиционирования таблицы либо (urowid) ключу индекс-организованной таблицы.