Top.Mail.Ru
? ?
dzz, posts by tag: database - LiveJournal [entries|archive|friends|userinfo]
Image
Dizzy

[ website | Dizzy Tech ]
[ userinfo | livejournal userinfo ]
[ archive | journal archive ]

Work.Дыбр [Dec. 19th, 2023|07:51 pm]
Dizzy
[Tags|, ]

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

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

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

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

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

Джеффри Ульмана на них нет :)))
Link3 comments|Leave a comment

Work.Дыбр [Jun. 8th, 2023|04:51 pm]
Dizzy
[Tags|, ]

Нашёл в одном из своих скриптов N-летней давности табличку:

CREATE TABLE sock_table(sock_id INT, smell_factor FLOAT, hole_count INT);

Напрочь не помню, зачем создавал, но модель данных забавная.

Вспомнил, зачем. Но не скажу :)
Link9 comments|Leave a comment

Work.дыбр - REDIS - просто запишу здесь [Jan. 23rd, 2023|12:56 am]
Dizzy
[Tags|, , ]

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

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

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

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

Dmitry_Povarov_redis_software_mascot_472f9f10-6b4f-4e75-b9f8-efddbef9d840.png
LinkLeave a comment

Work.Дыбр [Apr. 7th, 2021|04:04 pm]
Dizzy
[Tags|, , ]

Прекрасное с просторов:

DB_Snapshots.png

Это даже веселее, чем старинное "Вы купили у нас NetBackup, а NetRestore не купили..."
Link3 comments|Leave a comment

Пятиминутка ненависти [Jul. 9th, 2019|12:20 am]
Dizzy
[Tags|, , ]

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

Work.Дыбр [Feb. 11th, 2014|01:54 pm]
Dizzy
[Tags|, ]

-Как у вас с Ораклом дела?
-У нас всё по-старому, а Ларри Элиссон купил себе новую яхту...
LinkLeave a comment

(no subject) [May. 22nd, 2012|03:59 pm]
Dizzy
[Tags|, , , ]

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

Хроники пикирующего ораклоида [Feb. 10th, 2012|11:38 am]
Dizzy
[Tags|, , ]

Продолжаю экстренное изучение мелкомягкого SQL-сервера и T-SQL. Открыл для себя много нового.
Нестандартность некоторых решений весьма впечатляет - авторы во многом шли ну очень своими путями. В поисках концентрированного описания отличий MS SQL от знакомых СУБД прошёлся по форумам sql.ru. Нашёл 60+ страниц срача о локальных временных таблицах, весьма познавательно ;)))
LinkLeave a comment

Родилась легенда [Jul. 18th, 2003|10:40 am]
Dizzy
[Tags|, ]
[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-запрос.
"Просмотрите, дети... Так писать НЕЛЬЗЯ!!!!!"
Link4 comments|Leave a comment

navigation
[ viewing | most recent entries ]

Image