http://habrahabr.ru/rss/post/66920/ ru editor@habrahabr.ru habrahabr.ru Sat, 11 Feb 2012 12:10:29 GMT http://habrahabr.ru/ http://habrahabr.ru/i/logo.gif http://habrahabr.ru/blogs/sql/66920/#comment_1901688 http://habrahabr.ru/blogs/sql/66920/#comment_1901688
This file is neither allocated to a Premium Account, or a Collector's Account, and can therefore only be downloaded 10 times.

This limit is reached.

Дайте, пожааааааалуйста :)]]> Tue, 18 Aug 2009 05:28:17 GMT Snowbear http://habrahabr.ru/blogs/sql/66920/#comment_1898253 http://habrahabr.ru/blogs/sql/66920/#comment_1898253
Ничо я не лукавлю, на ваших объёмах — легко. :0)

> Возможно, Вы не обратили внимание, но у нас есть sql версия 1C. На схеме это не отраженно, но в эту базу имеют доступ руководители отделов и маркетологи (как раз для оперативной отчетности).
> Но почему то они предпочитают пользоваться «поделкой». Дикие люди ;)

Тут дело не в руководстве, а в тебе, ты не понимаешь как пользоваться 1с.

> Конечно, если учетная система позволяет получить информацию, которая нужна пользователям совершенно бессмысленно делать какую-то надстройку. Но если, всё таки, есть люди заинтересованные в более гибком способе работы с информацией — такое решение наиболее естественно.

Учётная система то позволяет, твоя квалификация не позволяет. :0)]]> Mon, 17 Aug 2009 06:15:53 GMT 13hero http://habrahabr.ru/blogs/sql/66920/#comment_1898006 http://habrahabr.ru/blogs/sql/66920/#comment_1898006 >> программирования.

В 1с 7.7 без программирования, агрегированные данные за несколько лет, в разных разрезах, за пару секунд – мне кажется Вы либо лукавите, либо мы живем в параллельных вселенных ;D

Возможно, Вы не обратили внимание, но у нас есть sql версия 1C. На схеме это не отраженно, но в эту базу имеют доступ руководители отделов и маркетологи (как раз для оперативной отчетности).
Но почему то они предпочитают пользоваться «поделкой». Дикие люди ;)

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

ЗЫ: Каждый уверен, что именно он источник огня. И это тема для новой войны ;)
]]> Mon, 17 Aug 2009 03:31:39 GMT katyekb http://habrahabr.ru/blogs/sql/66920/#comment_1894493 http://habrahabr.ru/blogs/sql/66920/#comment_1894493 Sat, 15 Aug 2009 07:12:49 GMT rengo http://habrahabr.ru/blogs/sql/66920/#comment_1894488 http://habrahabr.ru/blogs/sql/66920/#comment_1894488
сделанная ещё в 2000 году с первыми версиями AS и Excel 2000

данные забираются из 1С, RS баланса, RS фин. Кубы перерассчитываются за последний день-два каждую ночь. И иногда по запросу за пол года, если произошла операция задним числом.

Для удобства пользователей в Excel добавлен плагин, который позволяет загрузить уже готовые отчёты в виде темплейтов документа и показывает только «разрешённые» кубы и позволяет хранить отчёты централизованно и позволяет дорабатывать их. И ещё пара вкусностей, напомню в Excel 2000 работы с кубами была не очень удобной.

Радует, что не мы одни думаем в сторону дешёвых и эффективных решений.]]> Sat, 15 Aug 2009 07:09:46 GMT Sigura http://habrahabr.ru/blogs/sql/66920/#comment_1893137 http://habrahabr.ru/blogs/sql/66920/#comment_1893137
Мы говорим про учёт и анализ. Все обсуждаемые «задачи» лежат в этих рамках.

> Для «пары» отчетов действительно нужно, чтобы «человек изменил данные, и тут же нажал кнопку и в течении трёх секунд отчёт показал обновлённые данные».
>
Но, уж поверьте :) есть и другие задачи.
>
> Посмотрите ролик — сколько бы отчетов вам пришлось сделать в 1С для того чтобы дать пользователю информацию в таком же виде?

Посмотрел я ролик. Всё что я увидел в ролике можно получить из типовой «Торговли и склад» без программирования. Что тут сказать ты не только не знаешь 1с, но и почему-то считаешь что твоя поделка заменяет 20 отчётов 1с. :0)

> Правда очень интересное занятие «ваять» такие отчеты? Может быть всё таки проще дать пользователю возможность самому получать информацию?

Кто мешает пользователю самому получать информацию из 1с? :0)]]> Fri, 14 Aug 2009 15:30:41 GMT 13hero http://habrahabr.ru/blogs/sql/66920/#comment_1891620 http://habrahabr.ru/blogs/sql/66920/#comment_1891620 разные задачи.

Для «пары» отчетов действительно нужно, чтобы «человек изменил данные, и тут же нажал кнопку и в течении трёх секунд отчёт показал обновлённые данные».
Такие отчеты можно замечательно сделать на 1С.

Но, уж поверьте :) есть и другие задачи.

Посмотрите ролик — сколько бы отчетов вам пришлось сделать в 1С для того чтобы дать пользователю информацию в таком же виде?

Правда очень интересное занятие «ваять» такие отчеты? Может быть всё таки проще дать пользователю возможность самому получать информацию?]]> Fri, 14 Aug 2009 09:51:44 GMT katyekb http://habrahabr.ru/blogs/sql/66920/#comment_1890851 http://habrahabr.ru/blogs/sql/66920/#comment_1890851
Да я и не спорю что олап может дать хорошие возможности для анализа прошлого. Однако реальность такова, что реальный учёт просто не возможен на только олапе. В реальности нужно чтобы вот человек изменил данные, и тут же нажал кнопку и в течении трёх секунд отчёт показал обновлённые данные.

> А точность до секунд, при анализе информации за несколько лет, совершенно не важна.

Если бы всё было так просто… :0)]]> Fri, 14 Aug 2009 05:26:14 GMT 13hero http://habrahabr.ru/blogs/sql/66920/#comment_1890831 http://habrahabr.ru/blogs/sql/66920/#comment_1890831
А точность до секунд, при анализе информации за несколько лет, совершенно не важна.
]]> Fri, 14 Aug 2009 05:14:48 GMT katyekb http://habrahabr.ru/blogs/sql/66920/#comment_1890800 http://habrahabr.ru/blogs/sql/66920/#comment_1890800 > или «на таких объемах». Почему Вы уверенны что «на таких объемах» только оперативный учет?

Требования по оперативности учёта и оперативности получения отчётов (сюрприз!) — взаимосвязанные. :0)

А олап — вынужденная мера на огромных объёмах. Да и то олап уместен только с кучей оговорок, например проверять просрочки платежей на олапе — жесть.]]> Fri, 14 Aug 2009 04:50:43 GMT 13hero http://habrahabr.ru/blogs/sql/66920/#comment_1890668 http://habrahabr.ru/blogs/sql/66920/#comment_1890668 ролик в Camtasia Studio 6]]> Fri, 14 Aug 2009 00:52:20 GMT katyekb http://habrahabr.ru/blogs/sql/66920/#comment_1890664 http://habrahabr.ru/blogs/sql/66920/#comment_1890664
>>Дело в том что олап на подобных
>>объёмах просто не нужен.
>>Конечно хорошо знать олап,
>>но в данном случае это слишком несоразмерно.

так всё таки «инструмент оперативного учета»
или «на таких объемах». Почему Вы уверенны что «на таких объемах» только оперативный учет?]]> Fri, 14 Aug 2009 00:46:19 GMT katyekb http://habrahabr.ru/blogs/sql/66920/#comment_1890066 http://habrahabr.ru/blogs/sql/66920/#comment_1890066 Thu, 13 Aug 2009 19:09:08 GMT PanSatyros http://habrahabr.ru/blogs/sql/66920/#comment_1889804 http://habrahabr.ru/blogs/sql/66920/#comment_1889804 Thu, 13 Aug 2009 17:11:05 GMT kex http://habrahabr.ru/blogs/sql/66920/#comment_1889547 http://habrahabr.ru/blogs/sql/66920/#comment_1889547 Thu, 13 Aug 2009 15:29:50 GMT Maksym http://habrahabr.ru/blogs/sql/66920/#comment_1889408 http://habrahabr.ru/blogs/sql/66920/#comment_1889408 Thu, 13 Aug 2009 14:45:47 GMT 13hero http://habrahabr.ru/blogs/sql/66920/#comment_1889320 http://habrahabr.ru/blogs/sql/66920/#comment_1889320 если у Вас нет задач анализа, то конечно олап Вам не нужен
у нас такие задачи есть
о чем спор то?]]> Thu, 13 Aug 2009 14:19:53 GMT katyekb http://habrahabr.ru/blogs/sql/66920/#comment_1888500 http://habrahabr.ru/blogs/sql/66920/#comment_1888500
Под грустное мычание
Под бодрое рычание
Под дружеское ржание рождается на свет ]]> Thu, 13 Aug 2009 10:59:53 GMT Bobos http://habrahabr.ru/blogs/sql/66920/#comment_1888462 http://habrahabr.ru/blogs/sql/66920/#comment_1888462
Задержка обратной связи в час — это просто самоубийство.

> 2. В кубе менеджер скорее получить ответы на вопросы: как менялась просрочка этого клиента? Насколько оперативно клиент в прошлом гасил задолженность? Сколько дней в среднем была просрочка в прошлом?

Прежде всего менеджеру нужно видеть в реальном времени сколько текущая просрочка. Потом, возможно он и захочет проанализировать просрочки за последние два года, но и то это будет скорее простое любопытство, в реальных взаиморасчётах прогнозами на олап кубах как бы не занимаются. :0)]]> Thu, 13 Aug 2009 10:49:57 GMT 13hero http://habrahabr.ru/blogs/sql/66920/#comment_1888328 http://habrahabr.ru/blogs/sql/66920/#comment_1888328
Дата-майнинг в кубах.]]> Thu, 13 Aug 2009 10:09:59 GMT mechmind http://habrahabr.ru/blogs/sql/66920/#comment_1888176 http://habrahabr.ru/blogs/sql/66920/#comment_1888176 >> что недавно была закрыта просрочка по платежам? :0)

1. Кстати куб по просрочке считается чаще, раз в час. :)
Кроме того «специальные люди» могут нажав одну кнопку — пересчитать куб ( но вообще то это атавизм, сейчас есть более гибкие механизмы обновления данных )

2. В кубе менеджер скорее получить ответы на вопросы: как менялась просрочка этого клиента? Насколько оперативно клиент в прошлом гасил задолженность? Сколько дней в среднем была просрочка в прошлом?

>> вы с помощью 1с не управляете процессами
Приведите пожалуйста примеры управления процессами с помощью 1с

1С у нас — учетная система, которую долгое время было совершенно не удобно использовать для анализа собранных данных ( хотя в 8-ке, насколько я знаю, появились какие-то механизмы похожие на олап решение )
]]> Thu, 13 Aug 2009 09:31:57 GMT katyekb http://habrahabr.ru/blogs/sql/66920/#comment_1888112 http://habrahabr.ru/blogs/sql/66920/#comment_1888112
И как менеджер увидит в кубе, который построен вчера, что недавно была закрыта просрочка по платежам? :0)

> Основные пользователи — маркетологи и менеджеры. Живые люди, которым для работы нужно «понимать что происходит». А для этого получать данные в разных срезах.

Если у вас 1с просто для красоты и маркетологов и вы с помощью 1с не управляете процессами, то да, главное чтобы данные в разных разрезах. :0)]]> Thu, 13 Aug 2009 09:15:17 GMT 13hero http://habrahabr.ru/blogs/sql/66920/#comment_1888076 http://habrahabr.ru/blogs/sql/66920/#comment_1888076 В кубах сейчас данные по остаткам, дебеторка, планирование, просрочка и т.п

И при чем тут «искусственный интеллект»? Интеллект как раз естественный. :)
Основные пользователи — маркетологи и менеджеры. Живые люди, которым для работы нужно «понимать что происходит». А для этого получать данные в разных срезах.

Попробуйте покрутить локальный куб в екселе, может быть тогда станет понятно зачем всё это затевалось :)

А «искусственный интеллект» — это скорее Data Mining
]]> Thu, 13 Aug 2009 09:09:33 GMT katyekb http://habrahabr.ru/blogs/sql/66920/#comment_1888075 http://habrahabr.ru/blogs/sql/66920/#comment_1888075 Вкусы потребителей меняются порой очень быстро.]]> Thu, 13 Aug 2009 09:09:31 GMT 13hero http://habrahabr.ru/blogs/sql/66920/#comment_1888018 http://habrahabr.ru/blogs/sql/66920/#comment_1888018 Очередная попытка изобретения искусственного интеллекта для робота по тех.анализу продаж?]]> Thu, 13 Aug 2009 08:59:41 GMT 13hero http://habrahabr.ru/blogs/sql/66920/#comment_1887923 http://habrahabr.ru/blogs/sql/66920/#comment_1887923 Thu, 13 Aug 2009 08:38:17 GMT katyekb http://habrahabr.ru/blogs/sql/66920/#comment_1887910 http://habrahabr.ru/blogs/sql/66920/#comment_1887910 Но это не умаляет ценности примера. =)]]> Thu, 13 Aug 2009 08:36:06 GMT debose http://habrahabr.ru/blogs/sql/66920/#comment_1887889 http://habrahabr.ru/blogs/sql/66920/#comment_1887889 Для маленькой такой компании
Для маленькой такой компании
Огромный такой OLAP!
Тра-ля-ля-ля-ля-ля ля-ля-ля-ля яяяя]]> Thu, 13 Aug 2009 08:32:04 GMT Roaming http://habrahabr.ru/blogs/sql/66920/#comment_1887695 http://habrahabr.ru/blogs/sql/66920/#comment_1887695 «Картина мира» не изменится от того что произошло ещё несколько отгрузок
]]> Thu, 13 Aug 2009 07:52:51 GMT katyekb http://habrahabr.ru/blogs/sql/66920/#comment_1887685 http://habrahabr.ru/blogs/sql/66920/#comment_1887685
На конференциях видела несколько «готовых» решений на базе 1с + Analysis Services.

По сути специфики, как правило, немного. Разработав решение для одной оптовой компании, можно его же внедрять в другой компании.
]]> Thu, 13 Aug 2009 07:50:37 GMT katyekb http://habrahabr.ru/blogs/sql/66920/#comment_1887669 http://habrahabr.ru/blogs/sql/66920/#comment_1887669
Конечно городить такую систему ради даже 77 отчетов не имеет смысла
Но дело в том что данные нужны в разных разрезах — это даже не отчеты как таковые. Можно сказать интерактивный анализ данных.

Маркетологи за день могут строить десятки разных «отчетов» по-разному выбирая данные.
]]> Thu, 13 Aug 2009 07:46:14 GMT katyekb http://habrahabr.ru/blogs/sql/66920/#comment_1887640 http://habrahabr.ru/blogs/sql/66920/#comment_1887640
Возможно потому, что пользователи знают предметную область.
т.е. пользователь хочет что то получить, а что для этого нужно сделать как правило интуитивно понятно.

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

]]> Thu, 13 Aug 2009 07:40:44 GMT katyekb http://habrahabr.ru/blogs/sql/66920/#comment_1887637 http://habrahabr.ru/blogs/sql/66920/#comment_1887637 Thu, 13 Aug 2009 07:39:51 GMT 13hero http://habrahabr.ru/blogs/sql/66920/#comment_1887612 http://habrahabr.ru/blogs/sql/66920/#comment_1887612 «обрезку» делают два раза в год примерно

Я как раз и хотела показать, что на таких небольших объемах очень удобно использовать olap

Задача была снизить нагрузку на учетную систему и дать возможность пользователям самим выбирать информацию

Конечно, можно сделать просто хранилище, и строить отчеты в SSRS на нём.
А в том же екселе работать со сводными таблицами выбирая данные select'ами из хранилища

Но следующий, достаточно естественный шаг — построить olap куб. При этом получаем гораздо большую производительность.

Дополнительного софта для этого не нужно: Analysis Services входит MS SQL Server Standard Edition]]> Thu, 13 Aug 2009 07:34:40 GMT katyekb http://habrahabr.ru/blogs/sql/66920/#comment_1887515 http://habrahabr.ru/blogs/sql/66920/#comment_1887515 Thu, 13 Aug 2009 07:03:51 GMT Vile http://habrahabr.ru/blogs/sql/66920/#comment_1887493 http://habrahabr.ru/blogs/sql/66920/#comment_1887493 Thu, 13 Aug 2009 06:59:45 GMT MobyDick http://habrahabr.ru/blogs/sql/66920/#comment_1887357 http://habrahabr.ru/blogs/sql/66920/#comment_1887357 Thu, 13 Aug 2009 06:25:25 GMT 13hero http://habrahabr.ru/blogs/sql/66920/#comment_1887338 http://habrahabr.ru/blogs/sql/66920/#comment_1887338
Конечно хорошо знать олап, но в данном случае это слишком несоразмерно.]]> Thu, 13 Aug 2009 06:19:56 GMT 13hero http://habrahabr.ru/blogs/sql/66920/#comment_1887280 http://habrahabr.ru/blogs/sql/66920/#comment_1887280
У меня сейчас как раз похожая проблема с кубом для билинговой компании ( ditinct count по номерам телефонов ).

]]> Thu, 13 Aug 2009 05:52:45 GMT katyekb http://habrahabr.ru/blogs/sql/66920/#comment_1887263 http://habrahabr.ru/blogs/sql/66920/#comment_1887263 В итоге в кубе получилось порядка 50 партиций, т.к. еще были меры distinct count.
Простое агрегирование по мере ditinct count не работает :-(]]> Thu, 13 Aug 2009 05:46:49 GMT rzykov