> вместо счетчика ... GUID

Очень умная идея. Привет, фрагментация кластерного индекса и всей таблицы, развлекуха с пагинацией и прочие весёлости

> про многоуровневые JOINы забудь, особенно в нагруженных СУБД

Прикольно. А что взамен? Через N+1 делать?

> кластерный индекс и некластерный имеют всегда O(n)

Прикольно. O(n) -- это table full access, то есть полное сканирование таблицы, игнорируя индекс

> разница между ними только в том, что кластерный определяет физическое размещение данных на диске, т.е. некластерному надо прочитать индекс
> данные не находятся вместе с индексом, но один хрен это все O(n)

Подумай ещё раз, это не больно. Ты назвал взаимоисключающие вещи

> и да абстрагироваться от деталей реализации замечательно помогают вьюхи и хранимые процедуры

Как вьюха или хранимая процедура решает проблему неизбежного создания новой записи при операции UPDATE в постгресе? Как вьюха или хранимая процедура позволяют обойти проблему дорогого ROLLBACK в InnoDB или Oracle?