Опять ДБ трабл.

[AgentXXX 1]

Кто помнит про "отрицательный тест" (negative testing) при внедрении расширения/дополнения к существующей системе.

Я пока это всё рассматриваю только в плане влияния на предыдущее решение.

Т.е. окажет нововведение какое-либо влияние на существующую систему(производительность, протоколы, backup .... бла-бла).

Или может ещё чего?

[AgentXXX 1]

Люди, это что за цЫферь:

50 205 350 000 000 000 000 000 000 000 000 000 000

Просто интересно.Реальная цифра из плана выполнения.

[dajastah 1]

Пятьдесят с чем-то ундецилионов http://ru.wikipedia.org/wiki/%D0%94%D0%B5%...%B8%D0%BE%D0%BD

 

 

Напомнило, как пару лет назад у одного мобильного оператора произошел сбой системы, потому что практикант положил на pre-paid номер (на SIM карты, которые используются для тестов сети и услуг денег физически никто не кладёт, просто фиктивно приписывают) миллиард крон, ну чтоб не мучаться. На два дня упал мобильный биллинг и корпоративный warehouse

 

Я без слёз не могу про это вспоминать

[serj_nv 2397]

Люди, это что за цЫферь:

50 205 350 000 000 000 000 000 000 000 000 000 000

Просто интересно.Реальная цифра из плана выполнения.

Планируемый государственный долг США?

[Yevgen35 0]

50 205 350 000 000 000 000 000 000 000 000 000 000

Реальная цифра из плана выполнения.

Стоимость реализации этого плана.

[AgentXXX 1]

Стоимость реализации этого плана.

Оптимизатор точно не считал.Выдал коротко:

Estimated time - ONE YEAR!

[AgentXXX 1]

Ораклоиды, для просто использования в запросе для проверки на NULL функция NVL быстрее COALESCE?

[Archer 1623]

Ораклоиды, для просто использования в запросе для проверки на NULL функция NVL быстрее COALESCE?

 

Совсем недавно на Хабре статья была на эту тему, глянь. У меня точного ответа нет

[AgentXXX 1]

Не, мне некогда со статьями разбираться.

Просто мне помнится что для варианта

SELECT

NVL(A, 0)

Бысрее чем

SELECT

COALESCE(A, 0)

 

[Archer 1623]

Не, мне некогда со статьями разбираться.

 

Но ты все же прочти. Там полезно.

[Yevgen35 0]

NVL always evaluates both arguments,

while COALESCE stops evaluation whenever it finds first non-NULL:

[AgentXXX 1]

Да, Женькус, это я уже нашёл.

[AgentXXX 1]

Кстати уже и проверил, но на тестовой таблице.

Запрос с COALESCE(встречается в запросе более примерно 80 раз) работет на 8 минут дольше при 15 млрд записей.

[Yevgen35 0]

Странно, потому что вот тут

народ сравнивал и у них coalesce быстрей NVL.

 

Вот у Тома "DECODE or NVL"

 

Dear Tom,

Can coalesce function be used instead of nvl()?Do you find

any performance trade off there?

Please do reply.

 

Followup February 24, 2004 - 8am Central time zone:

coalesce would be useful to replace nested nvl's, not necessary here.

 

 

 

Не по теме, просто любопытно.

Чему у тебя равны параметры DB_BLOCK_SIZE и DB_FILE_MULTIBLOCK_READ_COUNT?

[AgentXXX 1]

Не потеме, но скажу.

Вообще не имею понятия.Меня интересует выдернуть из некоего безобразия ораклоидного некое множество данных.

Чего так и как- понятия не имею.

Мне интересно как долго оно в файл выгрузит и/или как быстро всосёт на другой стороне.УСЁ!Просто ETL, скучно и неинтереесно.