не думаю, что вам нужно с этим сейчас заморачиваться. Ну если только чисто для ориентирования - рано или поздно компания начгет широко использовать k8s (более того - скорее всего уже начала) - в любой его инкарнации включая OpenShift. Снячала это будут простейшие сервисы которые взаимодействуют между собой через REST или через Kafka topics (ну или в более шировом варианте - через асинхронные каналы передачи событий). Поначалу это будут фактически самые обычные приложения. Но аппетит приходит во время употребления жратвы - начнутся разработки т.н. cloud native сервисов, включая serverless приложения. Ну и облаков захочется больше - корпоратвиных хотя-бы, а там уже сервисы предостваляемые самим облаком и прочая фигня. Вот тут уже Spring Boot будет иметь весьма ограниченное применение

Но повторсь - эьто магистральный путь развития отрасли в мире. в РФ все очень может случиться совсем по другому. Уже в общем-то случается...

что, уже мучаетесь?
Это правильно...

не только для mysql-щиков.. Я честно говоря вообще не понимаю что вас так впечатлило.. я бы так-же написал... Ну или почти так.... если вам не важно из какой именно строки будетт поле "author", то почему нет... Или вы про то, что Oracle выдаст ошибку при выполнении подобного SQL? ну так и у Oracle полно собственных расширений SQL

да, оракл вернет ошибку.
Какой результат? ну вы можете считать, что это будет значением поля случайной строки (на самом деле конечно не случайной, а результат будет повторяющимся если таблица не будет обновляться, но это сути не меняет - очень сложно предсказать точный результат, хотя он и вполне детерменисткий). По моему аналогичное поведение и у Postgres

Однако посмотрите на это с другой стороны - если вы пишите именно так, то это определенно вам зачем-то нужно - так? А если вам это не нужно, то вы не будете это использовать (особенно если эта особенность вам не известна). Тоже самое и по поводу Oracle - тоже полно своих особенностей, которые работают иначе (или не работают вовсе) в других СУБД