Dizzy Journal (Live)

Бывает, что в суете бегущих дней никто не реализовал простую, вроде бы, штуку, и нет ответа на твой вопрос ни в StackOverflow, ни в гугле... :)

Понадобилось намедни нагенерить в постгресе некоторое количество неповторяющихся случайных mac-адресов с первым октетом из нулей.
Настоящий веб-программист :))) написал бы аж целый скрипт с подключением к базе и подстановкой сгенерированных значений в SQL-запросы.

А я не нашёл ничего лучшего, чем соорудить простенькую функцию на Pl/PgSQL. Бонус - она исполняется на стороне сервера и может быть задействована в любом запросе или хранимой функции/процедуре без запуска дополнительных сущностей.

Выглядит так:
( ...click to open code... )
Возможно, кому-то пригодится.

P.S. Постояно замечаю, что люди используют СУБД преимущественно как место хранения таблиц, вынося всю логику в приложения. Причём, началось это не вчера (ругался на такой подход ещё в нулевые), но в последние годы тенденция приобрела угрожающие масштабы, вплоть до попыток теоретического обоснования "почему центральная БД с логикой - это плохо" со стороны микросервисников.

Джеффри Ульмана на них нет :)))

Redis в качестве оперативной БД для миддлвари, управляющей отрисовкой электронных ценников и передачей контента в полки, оказался лучшим решением из возможных.

( ...немного подробностей... )

В целом, доволен выбранной архитектурой, и собой немножко :)

КДПВ: Redis database mascot в представлении Midjourney

Ненавижу, когда используют полноразмерные СУБД (например, постгрес) как эдакий эксель, для тупого хранения табличек. Ни индексов, ни констрейнтов, ни хранимых процедур, вся логика в приложении. Хорошо, если primary key есть. Поубывав бы :)

Какой же, всё-таки, тормоз этот ваш Oracle SQL Developer...

Собственно, вполне реальные события - ERP-система нашего клиента в ходе консолидации финансовых данных сгенерила SQL-запрос длиной 2 мегабайта примерно следующего вида:

select a,b,c from my_table
where a in (0000001,0000002,00000003,00000004,00000006,0000023...

и так далее.

Оракловый парсер изумился и выкинул белый флаг ORA-3113 (end of communication channel).
Оракл изумился действиям парсера и выкинул кору на 4.5 гигабайта.
Служба поддержки Oracle изумилась и ушла в астрал.
Интеграторы изумились и написали разработчикам.
Разработчики изумились и после 3-дневного размышления признали фичу багом...

Ну а по московскому Oracle-community теперь ходит байка про 2-мегабайтный SQL-запрос.
"Просмотрите, дети... Так писать НЕЛЬЗЯ!!!!!"