metaclass: (Default)
[personal profile] metaclass
В последних постах [livejournal.com profile] yakov_sirotkin про очередь асинхронной обработки задач упоминается, почему они отказались от "готового" решения в виде Oracle AQ: это дело есть только в определенных Edition оракла и при тестировании у них возникли какие-то баги в очередях.

А у меня в двух проектах есть такие задачи, с обработкой очередей. И вот я сразу себе представляю - приезжаем ставить софт, клиент сказал, что у него "есть Оракл", а по приезде оказывается что это Express Edition, а DBA, которые в случае глюков будут разбираться в них, вообще нет. "Сушите весла."

То же самое касается практически всех "готовых" решений для сложных задач, входящих в состав СУБД, ОС или там еще чего-нибудь инфраструктурного. Как только принято решение использовать что-то более сложное, чем базовые функции - с этой системы ты уже никуда не уйдешь и нужно изучать ее "вглубь" и надеятся, что в следующих релизах этот функционал не выкинут, не изменят условия лицензирования, и что он будет работать как надо в других окружениях, и что будет достаточное количество людей, его использующих, чтобы было с кем посоветоваться.

Date: 2009-04-30 07:35 am (UTC)
From: [identity profile] alexclear.livejournal.com
Ну да, Hibernate/NHibernate ровно так и делает.
(deleted comment)

Date: 2009-05-01 07:29 am (UTC)
From: [identity profile] metaclass.livejournal.com
Если мы кэшируем остатки на начало рабочих периодов (и текущий) для ускорения расчетов(фактически мемоизация результатов агрегационных запросов) - то можно как раз на этих остатках и хранить версию/таймштамп.
У меня как раз висит подобная задача, нужно будет ради интереса спроектировать ее с таким механизмом.
(deleted comment)

Date: 2009-05-01 02:36 pm (UTC)
From: [identity profile] metaclass.livejournal.com
А, точно, нежелательно ж нарушить инвариант на любой момент учетного периода.

Date: 2009-05-01 07:37 am (UTC)
From: [identity profile] metaclass.livejournal.com
Что-то меня по ссылке таблицы некоторые смущают, а именно колонки типа u1-u13.
Раскладывание аналитики заранее в столбцы конечно упрощает и ускоряет работу, но плохо совместимо с реляционной моделью данных.
(deleted comment)

Date: 2009-05-01 12:03 pm (UTC)
From: [identity profile] vp.livejournal.com
Вот, очень грамотно сформулированная отмазка :) Я тоже так говорю :)

Profile

metaclass: (Default)
metaclass

April 2017

S M T W T F S
      1
2345678
9101112 131415
16171819202122
23242526272829
30      

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jun. 13th, 2025 02:24 pm
Powered by Dreamwidth Studios