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

[AgentXXX 1]

Где ты узрел мс-продукты?

SAS, Solaris, Oracle?

[Yevgen35 0]

Не продукты, а подходы...

 

[AgentXXX 1]

Абсолютно не вижу ничего удивительного.

При построении ЕТL бывают и пострашнее вещи.

[AgentXXX 1]

Кому скучно? Подключайтесь.

[Yevgen35 0]

Как же так, в продвинутом MS-SQL до сих пор нет подержки регулярных выраженией ?

Не может быть.

[AgentXXX 1]

Женя, я знаю что оракл это круто, только из-за этого у нас и есть куча работы.Все стараются избавиться побыстрее.

Мог бы что-то и по делу написать.

[alp 0]

Вот пускай и регулярки переписывают сами

Такие миграции в 100% случаях делаются по "политическим" соображениям, а не от того, что что-то там лучше/хуже.

Значит проанализировали, решили, что им oracle нах не нужен, и знают, как обойтись без регулярных выражений и хранимок. Спроси этих "аналитиков"

[Jin 0]

M$-SQL не знает про регулярные выражения???

пипец

 

ПС: но зато понятно почему домохозяйки могут/любят с этим [censored] работать

[AgentXXX 1]

Значит проанализировали, решили, что им oracle нах не нужен

Да, не может он быстро работать с большими объёмами данных.

 

Дикие вы какие-то, сделать понимающим что такое regexp можно даже терадату.Хотя в ней функций ещё на несколько порядков меньше чем в сиквеле.

Пару строк кода в UDF.Это от мозгов обычно зависит.

В данном случае нет прав на это.Запрашивать долго и геморно.

Пришлось победить В ЛОБ.

Зато работает.

[alp 0]

Да, не может он быстро работать с большими объёмами данных.

 

Ээээ... даже затрудняюсь отреагировать. Т.е. Oracle не может, а MS может...

Ушел думать

[AgentXXX 1]

Ни тот, ни другой, ни третий, ни четвёртый.Хотя DB2 для DWH местами неплохо.

Терадата может.

Т.е. с историей банка за 3 года оракл ещё кое-как, то больше - совсем тяжко.

А чем так, то лучше никак.

 

Oracle не может, а MS может...

Могут одиннаково, смотря какие руки.

[AgentXXX 1]

ПС.Альпушка, когда будут следующие результаты бенчмарков всеразличных - я опубликую.

С раскидкой по 5-ти слоям загрузки вплоть до рассчёта пары сотен показателей для аналитиков.

Месяца 2 назад ребята с PS присылали, да я их убил.Не до них было.

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

При загрузке сложных датамартов был значительно быстрее сиквела, факт.

[alp 0]

Знаю я как эти бенчмарки делаются. Ими можно манагеров-аналитиков убеждать, меня нет.

Т.е. я не утверждаю, что oracle зэбэст, просто результаты таких измерений можно вертеть довольно вольным образом. И, поверь, докопаться, что тебе впаривают, будет очень сложно.

[Archer 1636]

Т.е. с историей банка за 3 года оракл ещё кое-как, то больше - совсем тяжко.

 

Странно. А с историей мобильного оператора за 10 лет оракл вполне справляется. А там ежедневных транзакций и записей поболе будет, чем в банке...

 

P.S. IMHO проблемы закладываются ещё при дизайне базы. Так сказать, "как таблицу назовёте, так она и поплывёт"

[KOTRPA 0]

M$-SQL не знает про регулярные выражения???

пипец

Это, конечно, неудобно.

Но я бы сказал, что DB не должна заморачиваться regexp вообще. Это неправильно, imho.