vit_r: default (vit_r)
[personal profile] vit_r
Мало того, что у них вместо 0 то '00', то '0 ', то ' 0'...

Мало того, что для «Deutschland» две разных «D»...

Сегодня выяснилось, что мудрая база данных автоматически превращает '' в null, если в следующей строке стоит '66', и в 0, если там стоит ' 6'.

Финансы. Big Data. И база данных от Крутой Фирмы, хоть и устаревшая.

Короче, вместо миграции я только и делаю, что пишу, почему миграции без боли и слёз не получается.

Ну и, да, agile. Сегодня кто-то вставил в скрипт три строчки пустых комментариев и запустил в тестовую систему. «Спутал со своими файлами.»

Date: 2014-12-03 06:36 pm (UTC)
From: [personal profile] alll
Гвозди бы делать из этих людей...

Date: 2014-12-03 06:48 pm (UTC)
From: [identity profile] vit-r.livejournal.com
Если это про меня, то всё достаточно расслаблено.

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

Шутку с null/0 я выяснил за час - полтора ручного поиска по результатам. (Конечно, немного сработала интуиция. '666', ' 66' и '  6' такого результата не дают.)

Вот, на описание, проверку и ха-ха с коллегами ушло часа три.
Edited Date: 2014-12-03 06:54 pm (UTC)

Date: 2014-12-03 08:02 pm (UTC)
From: [identity profile] esc.livejournal.com
Казалось бы, зачем финансам Big Data...

Date: 2014-12-03 08:07 pm (UTC)
From: [identity profile] vit-r.livejournal.com
Все серьёзные компании всегда считали таблицы терабайтами. Потому что информация про деньги нужна вся, и по возможности подробная.

Это же не мусор из веб логов, где исчезновение половины данных никакого влияния на бизнес не окажет.

Хорошо ещё, что без майнфреймов и Коболов.

Date: 2014-12-03 08:11 pm (UTC)
From: [identity profile] vit-r.livejournal.com
Не всегда, конечно. Раньше память дорого стоила и приходилось ужиматься, пораждая для следующих поколений Y2K problem и другие чудеса.

Date: 2014-12-04 05:12 am (UTC)
From: [identity profile] norguhtar.livejournal.com
Для аналитики. Если этого нет, то начинается всякая фигня вида выгрузите нам в excel 100500 данных.

Date: 2014-12-04 06:40 am (UTC)
From: [identity profile] vit-r.livejournal.com
Сотня тысяч - это без проблем. В 2003 предел 1,048,576 rows by 16,384 columns. Видимо, как раз под запросы финансистов.

И с миллионом строк вполне нормально работает.

Date: 2014-12-04 06:44 am (UTC)
From: [identity profile] norguhtar.livejournal.com
Да я в курсе. Потом правда сложно людям объяснить что реляционную базу ну никак в плоскую таблицу без дубликатов не покласть.

Date: 2014-12-04 07:24 am (UTC)
From: [identity profile] vit-r.livejournal.com
Ну как же. Много табличек на одном листе, как они это обычно делают.

Date: 2014-12-23 01:01 am (UTC)
From: [identity profile] vdggenerator.livejournal.com
В новых СУБД тоже встречаются "детские" болезни. Например, в САП ХАНА нельзя передать null в хранимую процедуру.
И вообще, отсутствие стандартов СУБД по поводу ''=null vs ''<>null сильно напрягает

Date: 2014-12-23 09:07 am (UTC)
From: [identity profile] vit-r.livejournal.com
Это можно просто обойти с помощью IS null / IS NOT null
Главное, что в документации это описано.

Profile

vit_r: default (Default)
vit_r

January 2026

S M T W T F S
    12 3
456 78910
11121314151617
18192021222324
25262728293031

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jan. 8th, 2026 04:47 am
Powered by Dreamwidth Studios