конечно, почему бы нет.
Обычный time-менеджмент. Те же «поедания лягушек» и «слона по частям» ;)
Естественно проще потратить 15 минут каждым вечером, чем убивать половину субботы на «генеральную уборку».
Естественно проще содержать в порядке 5 вещей, чем 145.
Естественно проще смохнуть пыль, если полки не заваленны кучей каких то мелочей, и на полу не лежат горы книг и журналов.
Очевидно, что если вещь постоянно «валяется», значит так назваемое «её место» не удобно и нужно понять где должна лежать вещь, для того чтоб её было удобно использовать, и при этом она не создавала ощущение бардака.
И куча других достаточно очевидных и разумных правил. Но к сожалению всё это написанно американской домохозяйкой для американских домохозяек. Поэтому нужно не обращать внимания на разные маразматические высказывания, типа «улыбающейся раковины».
есть така смешная система для домохозяек flylady
там одна из фишек — выбрасывать каждый день по 20 ненужный вещей дабы «расхламиться»
и освободить пространство «для жизни»
Полность согласна с Sabiko, зачем обращать внимание на идиотов.
Кроме мужчина / женщина есть ещё куча признаков разделения на группы по которым разные альтернативно одаренные личности пытаються самоутвердиться за счет собеседника.
Лично для меня раньще проблемными были такие: пишет по русски грамотно/ безграмотно;
работает с MsSQL / oracle; пишет на delphi / c++ ( как несложно догадаться у меня огромные проблеммы с русским, работаю с MsSQL и Delphi ).
Вообщем Dalairen, мне кажеться это твои личные «тараканы». С возрастом пройдёт ;)
Сделаешь несколько сложных, интересных проектов — повыситься самооценка и высказывания типа «морская свинка» не будут вызывать ни каких чуств кроме недоумения.
И кстате, если твой вес для тебя действительно проблемма, может быть стоит поработать над этим? 40 минут в день на беговой дорожке не такое уж большое время, а результаты могут быть вполне приличные :)
Замечательная серия.
Раньше, когда меня спрашивали, что почитать «для начала про олап» я отсылала к серии статей в КомпьютерПресс '2001 Федорова и Елмановой, а сейчас к вашим статьям :)
Было бы здорово для монет одного года и одного номинала описать различия с фотографиями. Есть разные варианты выпуска – завитки там всякие отличаются и т.п. но негде нет нормальных фотографий, только описания сумбурные :)
>> Всё что я увидел в ролике можно получить >> из типовой «Торговли и склад» без
>> программирования.
В 1с 7.7 без программирования, агрегированные данные за несколько лет, в разных разрезах, за пару секунд – мне кажется Вы либо лукавите, либо мы живем в параллельных вселенных ;D
Возможно, Вы не обратили внимание, но у нас есть sql версия 1C. На схеме это не отраженно, но в эту базу имеют доступ руководители отделов и маркетологи (как раз для оперативной отчетности).
Но почему то они предпочитают пользоваться «поделкой». Дикие люди ;)
Конечно, если учетная система позволяет получить информацию, которая нужна пользователям совершенно бессмысленно делать какую-то надстройку. Но если, всё таки, есть люди заинтересованные в более гибком способе работы с информацией — такое решение наиболее естественно.
ЗЫ: Каждый уверен, что именно он источник огня. И это тема для новой войны ;)
Для «пары» отчетов действительно нужно, чтобы «человек изменил данные, и тут же нажал кнопку и в течении трёх секунд отчёт показал обновлённые данные».
Такие отчеты можно замечательно сделать на 1С.
Но, уж поверьте :) есть и другие задачи.
Посмотрите ролик — сколько бы отчетов вам пришлось сделать в 1С для того чтобы дать пользователю информацию в таком же виде?
Правда очень интересное занятие «ваять» такие отчеты? Может быть всё таки проще дать пользователю возможность самому получать информацию?
Вот это как раз мне кажется мифом, который хотелось бы развеять: олап позволяет дать пользователю удобный и быстрый инструмент для интерактивного анализа информации за большие периоды времени. Ключевые слова: быстро, интерактивно.
А точность до секунд, при анализе информации за несколько лет, совершенно не важна.
>> И как менеджер увидит в кубе, который построен вчера,
>> что недавно была закрыта просрочка по платежам? :0)
1. Кстати куб по просрочке считается чаще, раз в час. :)
Кроме того «специальные люди» могут нажав одну кнопку — пересчитать куб ( но вообще то это атавизм, сейчас есть более гибкие механизмы обновления данных )
2. В кубе менеджер скорее получить ответы на вопросы: как менялась просрочка этого клиента? Насколько оперативно клиент в прошлом гасил задолженность? Сколько дней в среднем была просрочка в прошлом?
>> вы с помощью 1с не управляете процессами
Приведите пожалуйста примеры управления процессами с помощью 1с
1С у нас — учетная система, которую долгое время было совершенно не удобно использовать для анализа собранных данных ( хотя в 8-ке, насколько я знаю, появились какие-то механизмы похожие на олап решение )
Отчеты не только по данным продаж
В кубах сейчас данные по остаткам, дебеторка, планирование, просрочка и т.п
И при чем тут «искусственный интеллект»? Интеллект как раз естественный. :)
Основные пользователи — маркетологи и менеджеры. Живые люди, которым для работы нужно «понимать что происходит». А для этого получать данные в разных срезах.
Попробуйте покрутить локальный куб в екселе, может быть тогда станет понятно зачем всё это затевалось :)
А «искусственный интеллект» — это скорее Data Mining
Для анализа показателей за несколько лет совершенно не важно, что данные не оперативные.
«Картина мира» не изменится от того что произошло ещё несколько отгрузок
Дело в том что отчетов далеко не «пара», сейчас только опубликованных 77 :)
Конечно городить такую систему ради даже 77 отчетов не имеет смысла
Но дело в том что данные нужны в разных разрезах — это даже не отчеты как таковые. Можно сказать интерактивный анализ данных.
Маркетологи за день могут строить десятки разных «отчетов» по-разному выбирая данные.
Как ни странно, но достаточно было один раз показать как «таскать поля мышкой».
Возможно потому, что пользователи знают предметную область.
т.е. пользователь хочет что то получить, а что для этого нужно сделать как правило интуитивно понятно.
Например если человек хочет посмотреть продажи конкретного товара за определенный период в конкретном городе, интуитивно понятно что нужно вытащить города и товар фильтры,
дату — в столбцы, сумму — в показатели.
от 2,6 Гб ( чистая база, после «обрезки» ) до 6 Гб в конце периода ( перед «обрезкой» )
«обрезку» делают два раза в год примерно
Я как раз и хотела показать, что на таких небольших объемах очень удобно использовать olap
Задача была снизить нагрузку на учетную систему и дать возможность пользователям самим выбирать информацию
Конечно, можно сделать просто хранилище, и строить отчеты в SSRS на нём.
А в том же екселе работать со сводными таблицами выбирая данные select'ами из хранилища
Но следующий, достаточно естественный шаг — построить olap куб. При этом получаем гораздо большую производительность.
Дополнительного софта для этого не нужно: Analysis Services входит MS SQL Server Standard Edition
Обычный time-менеджмент. Те же «поедания лягушек» и «слона по частям» ;)
Естественно проще потратить 15 минут каждым вечером, чем убивать половину субботы на «генеральную уборку».
Естественно проще содержать в порядке 5 вещей, чем 145.
Естественно проще смохнуть пыль, если полки не заваленны кучей каких то мелочей, и на полу не лежат горы книг и журналов.
Очевидно, что если вещь постоянно «валяется», значит так назваемое «её место» не удобно и нужно понять где должна лежать вещь, для того чтоб её было удобно использовать, и при этом она не создавала ощущение бардака.
И куча других достаточно очевидных и разумных правил. Но к сожалению всё это написанно американской домохозяйкой для американских домохозяек. Поэтому нужно не обращать внимания на разные маразматические высказывания, типа «улыбающейся раковины».
там одна из фишек — выбрасывать каждый день по 20 ненужный вещей дабы «расхламиться»
и освободить пространство «для жизни»
Кроме мужчина / женщина есть ещё куча признаков разделения на группы по которым разные альтернативно одаренные личности пытаються самоутвердиться за счет собеседника.
Лично для меня раньще проблемными были такие: пишет по русски грамотно/ безграмотно;
работает с MsSQL / oracle; пишет на delphi / c++ ( как несложно догадаться у меня огромные проблеммы с русским, работаю с MsSQL и Delphi ).
Вообщем Dalairen, мне кажеться это твои личные «тараканы». С возрастом пройдёт ;)
Сделаешь несколько сложных, интересных проектов — повыситься самооценка и высказывания типа «морская свинка» не будут вызывать ни каких чуств кроме недоумения.
И кстате, если твой вес для тебя действительно проблемма, может быть стоит поработать над этим? 40 минут в день на беговой дорожке не такое уж большое время, а результаты могут быть вполне приличные :)
Раньше, когда меня спрашивали, что почитать «для начала про олап» я отсылала к серии статей в КомпьютерПресс '2001 Федорова и Елмановой, а сейчас к вашим статьям :)
>> программирования.
В 1с 7.7 без программирования, агрегированные данные за несколько лет, в разных разрезах, за пару секунд – мне кажется Вы либо лукавите, либо мы живем в параллельных вселенных ;D
Возможно, Вы не обратили внимание, но у нас есть sql версия 1C. На схеме это не отраженно, но в эту базу имеют доступ руководители отделов и маркетологи (как раз для оперативной отчетности).
Но почему то они предпочитают пользоваться «поделкой». Дикие люди ;)
Конечно, если учетная система позволяет получить информацию, которая нужна пользователям совершенно бессмысленно делать какую-то надстройку. Но если, всё таки, есть люди заинтересованные в более гибком способе работы с информацией — такое решение наиболее естественно.
ЗЫ: Каждый уверен, что именно он источник огня. И это тема для новой войны ;)
Для «пары» отчетов действительно нужно, чтобы «человек изменил данные, и тут же нажал кнопку и в течении трёх секунд отчёт показал обновлённые данные».
Такие отчеты можно замечательно сделать на 1С.
Но, уж поверьте :) есть и другие задачи.
Посмотрите ролик — сколько бы отчетов вам пришлось сделать в 1С для того чтобы дать пользователю информацию в таком же виде?
Правда очень интересное занятие «ваять» такие отчеты? Может быть всё таки проще дать пользователю возможность самому получать информацию?
А точность до секунд, при анализе информации за несколько лет, совершенно не важна.
ролик в Camtasia Studio 6
>>Дело в том что олап на подобных
>>объёмах просто не нужен.
>>Конечно хорошо знать олап,
>>но в данном случае это слишком несоразмерно.
так всё таки «инструмент оперативного учета»
или «на таких объемах». Почему Вы уверенны что «на таких объемах» только оперативный учет?
если у Вас нет задач анализа, то конечно олап Вам не нужен
у нас такие задачи есть
о чем спор то?
>> что недавно была закрыта просрочка по платежам? :0)
1. Кстати куб по просрочке считается чаще, раз в час. :)
Кроме того «специальные люди» могут нажав одну кнопку — пересчитать куб ( но вообще то это атавизм, сейчас есть более гибкие механизмы обновления данных )
2. В кубе менеджер скорее получить ответы на вопросы: как менялась просрочка этого клиента? Насколько оперативно клиент в прошлом гасил задолженность? Сколько дней в среднем была просрочка в прошлом?
>> вы с помощью 1с не управляете процессами
Приведите пожалуйста примеры управления процессами с помощью 1с
1С у нас — учетная система, которую долгое время было совершенно не удобно использовать для анализа собранных данных ( хотя в 8-ке, насколько я знаю, появились какие-то механизмы похожие на олап решение )
В кубах сейчас данные по остаткам, дебеторка, планирование, просрочка и т.п
И при чем тут «искусственный интеллект»? Интеллект как раз естественный. :)
Основные пользователи — маркетологи и менеджеры. Живые люди, которым для работы нужно «понимать что происходит». А для этого получать данные в разных срезах.
Попробуйте покрутить локальный куб в екселе, может быть тогда станет понятно зачем всё это затевалось :)
А «искусственный интеллект» — это скорее Data Mining
«Картина мира» не изменится от того что произошло ещё несколько отгрузок
На конференциях видела несколько «готовых» решений на базе 1с + Analysis Services.
По сути специфики, как правило, немного. Разработав решение для одной оптовой компании, можно его же внедрять в другой компании.
Конечно городить такую систему ради даже 77 отчетов не имеет смысла
Но дело в том что данные нужны в разных разрезах — это даже не отчеты как таковые. Можно сказать интерактивный анализ данных.
Маркетологи за день могут строить десятки разных «отчетов» по-разному выбирая данные.
Возможно потому, что пользователи знают предметную область.
т.е. пользователь хочет что то получить, а что для этого нужно сделать как правило интуитивно понятно.
Например если человек хочет посмотреть продажи конкретного товара за определенный период в конкретном городе, интуитивно понятно что нужно вытащить города и товар фильтры,
дату — в столбцы, сумму — в показатели.
«обрезку» делают два раза в год примерно
Я как раз и хотела показать, что на таких небольших объемах очень удобно использовать olap
Задача была снизить нагрузку на учетную систему и дать возможность пользователям самим выбирать информацию
Конечно, можно сделать просто хранилище, и строить отчеты в SSRS на нём.
А в том же екселе работать со сводными таблицами выбирая данные select'ами из хранилища
Но следующий, достаточно естественный шаг — построить olap куб. При этом получаем гораздо большую производительность.
Дополнительного софта для этого не нужно: Analysis Services входит MS SQL Server Standard Edition