| Work.Дыбр |
[Dec. 19th, 2023|07:51 pm]
Dizzy
|
Бывает, что в суете бегущих дней никто не реализовал простую, вроде бы, штуку, и нет ответа на твой вопрос ни в StackOverflow, ни в гугле... :)
Понадобилось намедни нагенерить в постгресе некоторое количество неповторяющихся случайных mac-адресов с первым октетом из нулей. Настоящий веб-программист :))) написал бы аж целый скрипт с подключением к базе и подстановкой сгенерированных значений в SQL-запросы.
А я не нашёл ничего лучшего, чем соорудить простенькую функцию на Pl/PgSQL. Бонус - она исполняется на стороне сервера и может быть задействована в любом запросе или хранимой функции/процедуре без запуска дополнительных сущностей.
Выглядит так: ( ...click to open code...Collapse ) Возможно, кому-то пригодится.
P.S. Постояно замечаю, что люди используют СУБД преимущественно как место хранения таблиц, вынося всю логику в приложения. Причём, началось это не вчера (ругался на такой подход ещё в нулевые), но в последние годы тенденция приобрела угрожающие масштабы, вплоть до попыток теоретического обоснования "почему центральная БД с логикой - это плохо" со стороны микросервисников.
Джеффри Ульмана на них нет :))) |
|
|
| Work.Дыбр |
[Jun. 8th, 2023|04:51 pm]
Dizzy
|
Нашёл в одном из своих скриптов N-летней давности табличку:
CREATE TABLE sock_table(sock_id INT, smell_factor FLOAT, hole_count INT);
Напрочь не помню, зачем создавал, но модель данных забавная.
Вспомнил, зачем. Но не скажу :) |
|
|
| Work.дыбр - REDIS - просто запишу здесь |
[Jan. 23rd, 2023|12:56 am]
Dizzy
|
Redis в качестве оперативной БД для миддлвари, управляющей отрисовкой электронных ценников и передачей контента в полки, оказался лучшим решением из возможных.
( ...немного подробностей...Collapse )
В целом, доволен выбранной архитектурой, и собой немножко :)
КДПВ: Redis database mascot в представлении Midjourney
 |
|
|
| Work.Дыбр |
[Apr. 7th, 2021|04:04 pm]
Dizzy
|
Прекрасное с просторов:

Это даже веселее, чем старинное "Вы купили у нас NetBackup, а NetRestore не купили..." |
|
|
| Пятиминутка ненависти |
[Jul. 9th, 2019|12:20 am]
Dizzy
|
Ненавижу, когда используют полноразмерные СУБД (например, постгрес) как эдакий эксель, для тупого хранения табличек. Ни индексов, ни констрейнтов, ни хранимых процедур, вся логика в приложении. Хорошо, если primary key есть. Поубывав бы :) |
|
|
| Work.Дыбр |
[Feb. 11th, 2014|01:54 pm]
Dizzy
|
-Как у вас с Ораклом дела? -У нас всё по-старому, а Ларри Элиссон купил себе новую яхту... |
|
|
| (no subject) |
[May. 22nd, 2012|03:59 pm]
Dizzy
|
Какой же, всё-таки, тормоз этот ваш Oracle SQL Developer... |
|
|
| Хроники пикирующего ораклоида |
[Feb. 10th, 2012|11:38 am]
Dizzy
|
Продолжаю экстренное изучение мелкомягкого SQL-сервера и T-SQL. Открыл для себя много нового. Нестандартность некоторых решений весьма впечатляет - авторы во многом шли ну очень своими путями. В поисках концентрированного описания отличий MS SQL от знакомых СУБД прошёлся по форумам sql.ru. Нашёл 60+ страниц срача о локальных временных таблицах, весьма познавательно ;))) |
|
|
| Родилась легенда |
[Jul. 18th, 2003|10:40 am]
Dizzy
|
| [ | Tags | | | database, sql | ] |
| [ | Current Mood |
| | -Funny- | ] |
| [ | Current Music |
| | Trigun - Scattering Rain | ] |
Собственно, вполне реальные события - 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-запрос. "Просмотрите, дети... Так писать НЕЛЬЗЯ!!!!!" |
|
|
| navigation |
| [ |
viewing |
| |
most recent entries |
] |
| |
|
|