Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Господа, просьба - расскажите, когда в CRM и ERP использовать хранимые вычисления (результат вычисления хранится, как итог в БД), а когда динамические (результат вычисляется каждый раз при запросе). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.04.2007, 19:04 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Полагаю, что названия CRM, ERP & etc не имеет значения, т.к. все они используют в качестве источника данных SQL сервера. Трудно сказать как каждый вендор определяет "хранимые" и "динамические" данные, но у меня в моих подразделениях всегда было за практику взято отсутствие "хранимых" данных. Т.е. данные были "сквозные", например, если бухгалтер поправлял, что-то в декабре, то менялись все остатки и т.п. во всех последующих месяцах вплоть до текущего. Это всё касательно OLTP, где главное скорость транзакции, по этому "хранимые" данные проигрывают "динамическим". Для OLAP очевидно выгодней работать с "хранимыми" данными в силу специфики OLAP, где главное не скорость транзакции. Т.е. данные лучше "хранить". Каждое частное решение находится на совести вендора. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.04.2007, 07:25 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Михаил КондратьевГоспода, просьба - расскажите, когда в CRM и ERP использовать хранимые вычисления (результат вычисления хранится, как итог в БД), а когда динамические (результат вычисляется каждый раз при запросе).Хранимое должно было то, что очень маловероятно изменится с течением времени. Грубый пример: печать фискального чека на кассовом аппарате. Его уже в принципе нельзя отменить/изменить. Динамическим (вычисляемым) должно быть то, что со временем т.е. задним числом может измениться (сальдо, остатки, обороты за период и т.д.). Динамическим отображением полюбляет заниматься NAVISION. :) Там очень многие цифры - динамические т.е. полученные "на лету". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.04.2007, 12:43 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Хорошо! Вопрос следуюший: Запуск хранимого вычисления может производиться при: - изменении записи или определенных атрибутов записи; - в определенное время по шедулеру; - вручную оператором; - при открытии карточки записи. Пересчет может вестись в рамках: - конкретной записи или указанных связанных записях других справочников и журналов; - по всему справочнику или журналу. Так? Или еще какие варианты будут? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.04.2007, 12:54 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Михаил КондратьевГоспода, просьба - расскажите, когда в CRM и ERP использовать хранимые вычисления (результат вычисления хранится, как итог в БД), а когда динамические (результат вычисляется каждый раз при запросе). Если бы комп имел бесконечную производительность, то хранить вторичные данные было бы не нужно. На практике задача решается методом научного тыка по критерию скорострельности отдельных критичных задач. В виду высокой вычислительной трудоемкости задач АСУП доля вторичных данных в них достаточно велика. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.04.2007, 12:56 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Михаил КондратьевИли еще какие варианты будут? Вы перечислили практически все стандартные методы работы скульной БД. Во избежания недопонимания, есть необходимость изучить специфики работы Хранилищ данных(Data WareHouse) и получить более полное понимание, что есть OLАР. Собственно ERР системы используют всё мощь Скульных БД. По этому понимание принципов работы БД объяснит методики работы этих систем. Краткие посты на форуме врядли откроют Вам полное понимание. Рекомендую, ведь я же не вижу Вашего реального уровня знаний, но есть необходимость взять книгу в руки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.04.2007, 13:11 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Господа, просьба - расскажите, когда в CRM и ERP использовать хранимые вычисления (результат вычисления хранится, как итог в БД), а когда динамические (результат вычисляется каждый раз при запросе). А чего Вы в CRM вычисляете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.04.2007, 16:21 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
В догонку, Outlook - простейшая CRM, там вообще все данные "хранимые" вроде как. Топик требует уточнения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.04.2007, 16:22 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
gybson А чего Вы в CRM вычисляете? Например, при построении OLAP-отчета, где на разных осях: динамическая группа клиента (считается по активным сделкам в т.г.), количество сделок в последние периоды времени (месяцы, кварталы), товарные группы, ..., ..., не вдаемся в подробности, в области данных находится прибыль от каждой позиции в спецификации, на которой считаются примерные накладные расходы от веса, таможни и всякое такое. Цель была посчитать выгодность тех или иных групп клиентов и выяснилось, что вопреки мнению руководства, компания имеет прибыли примерно равное количество с категорий A, B, C. А аб категорию С мы "ноги вытирали", а сейчас в шоке от анализа. Теперь идет игра и вертеж данных с разных углов и при примерно 3000 отгрузок в месяц (не по 1 позиции), 800 активных клиентах, и множестве товарных групп, все тормозит. Вендор системы оперативно сделал для нас механизм настройки хранимых вычислений и я учусь им пользоваться. Получается, что OLAP засасывает все данные за раз и без этого ему не построиться, но тут же встает проблема, что при отрабатывании триггеров на пересчет, немного стал подтормаживать ввод, завыли менеджеры. Обратился сюда за помощью и на другой форум. Пока помогли только здесь. Кстати, вендор дал ряд рекомендаций, которые оказались правильными. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.04.2007, 17:07 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Я хочу еще узнать где и у кого в CRM и ERP это реализовано на уровне построения конфигураций. Поможите. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.04.2007, 17:14 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
velfimov Т.е. данные были "сквозные", например, если бухгалтер поправлял, что-то в декабре, то менялись все остатки и т.п. во всех последующих месяцах вплоть до текущего. А это как? Любой элементарный остаток счета определяется как остаток на начало отчетного периода + оборот дебета - оборот кредита. Понятие остатка на начала отчетного периода - хранимая величина или же ноль для случая если началом отчетного периода является начало хозяйственной деятельности. Метод возможно и хороший, но несколько настораживающий. Ибо с ростом объема введеных данных, линейно растет и время получения динамических результатов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.04.2007, 17:54 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Uncle_Alex velfimov Т.е. данные были "сквозные", например, если бухгалтер поправлял, что-то в декабре, то менялись все остатки и т.п. во всех последующих месяцах вплоть до текущего. А это как? По такой схеме построен например Навижн. Вообщем это правильное программирование, чтобы данные были "сквозными" в OLTP. Т.е. каждый раз данные рассчитываются заново. Самая затратная операция у нас была 30сек. Т.о. написание таких задач требует наличия хотя бы одного професссионала по тюнингу БД. Если в OLTP используются "хранимые" данные, то возникает трудоёмкая задача синхронизации этих данных с таблицами куда Вы кэшируете эти данные. Вообщем это на много более глючный и трудоёмкий путь чем иметь "сквозные" данные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 07:31 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Вообщем это правильное программирование, чтобы данные были "сквозными" в OLTP. "Обычно аналитические возможности OLTP-систем сильно ограничены (либо вообще отсутствуют)." ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 08:32 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
velfimovПо такой схеме построен например Навижн. Вы что-то путаете. В Nav пересчитывается в момент учета документа. Как впрочем и в других системах где применяется технология учета (Posting). Использование процедур учета как раз и избавляет от головной боли с синхронизацией. Учет - данные транзакции фиксируются в БД, отмена учета - наоборот соответсвенно. Учтенные документы изменять нельзя, только через процедуру отмены учета. В некоторых системах такая процедура отсутствует, модификации только посредством сторнировочных записей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 08:53 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
gybson"Обычно аналитические возможности OLTP-систем сильно ограничены (либо вообще отсутствуют)." OLTP это учетная система, где главное скорость транзакции OLAP это аналитическая система Т.ч. по определению у OLTP не может быть аналитических инструментов Это вообще то очевидная вещь :-) iscrafmВы что-то путаете. возможно. Лично с ней не знаком. Попросил близсидящих товарищей привести пример системы со "сквозными" данными, привели пример Навижн. Кто тут прав чтож надо разбираться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 09:28 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
OLTP это учетная система, где главное скорость транзакции OLAP это аналитическая система Т.ч. по определению у OLTP не может быть аналитических инструментов Это вообще то очевидная вещь :-) Так зачем вообще упоминать об OLTP, если она ну никак не вписывается в вопрос автора. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 09:31 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
gybsonТак зачем вообще упоминать об OLTP, если она ну никак не вписывается в вопрос автора. Как раз спецификой OLTP являются "динамические" вычисления, опять же из-за того, что главным для учетных систем является скорость транзакций, по этому при условии правильно спроектированной БД пересчитывать данные каждый раз проще, чем кэшировать эти данные и парится с синхронизацией в случаях изменения данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 09:45 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Михаил КондратьевНапример, при построении OLAP-отчета Ваша проблема понятна. Но не понятна Ваша аппаратно-программная реализация. Что Вы можете сказать по поводу Хранилища данных? Это достаточно перспективно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 09:47 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
velfimovКак раз спецификой OLTP являются "динамические" вычисления, опять же из-за того, что главным для учетных систем является скорость транзакций... Если результаты расчета не нужны для просмотра "сейчас", то почему бы не выделять это вычисление в отдельный поток? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 09:59 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Игорь А. РыковЕсли результаты расчета не нужны для просмотра "сейчас", то почему бы не выделять это вычисление в отдельный поток? Естественно можно всегда найти решение. Но зачем изгалятся если есть OLAP, Хранилища данных, всякие там киоски, витрины? Или думаете это всё отлукавого? Да нет. Это всё необходимость для того же BI. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 10:06 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
velfimov Игорь А. РыковЕсли результаты расчета не нужны для просмотра "сейчас", то почему бы не выделять это вычисление в отдельный поток? Естественно можно всегда найти решение. Но зачем изгалятся если есть OLAP, Хранилища данных, всякие там киоски, витрины? Или думаете это всё отлукавого? Да нет. Это всё необходимость для того же BI. Не изгаляться, а уйти от притормаживания в OLTP. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 10:08 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Я не утверждаю, больше совет спрашиваю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 10:10 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Игорь А. РыковНе изгаляться, а уйти от притормаживания в OLTP. Дело в том, что OLTP не способно решить те задачи которые решает OLAP, т.к. для этого не предназначена. Его задача быстро записывать, удалять, обновлять, выдавать данные. Вот и всё. OLAP же это именно инструмент анализа данных. Уйти от притормаживания можно. Для этого используют Хранилища данных(DataWareHouse). Я уже несколько раз упоминал это, но как то безрезультатно. Там механизмы позволяют оптимизировать аналитические запросы. Собственно за ХД будущее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 10:32 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
velfimov Игорь А. РыковНе изгаляться, а уйти от притормаживания в OLTP. Дело в том, что OLTP не способно решить те задачи которые решает OLAP, т.к. для этого не предназначена. Его задача быстро записывать, удалять, обновлять, выдавать данные. Вот и всё. OLAP же это именно инструмент анализа данных. Уйти от притормаживания можно. Для этого используют Хранилища данных(DataWareHouse). Я уже несколько раз упоминал это, но как то безрезультатно. Там механизмы позволяют оптимизировать аналитические запросы. Собственно за ХД будущее. Мы используем в своей системе Pivot-grid для работы с OLAP и другие аналитические фичи. Вопрос не в этом. Нам надо совмещать вопросы ввода данных и анализа их в одной системе. Поэтому мы и разделили вычисления на хранимые и динамические (динамические были всегда). http://www.bmicro.ru/forum/showthread.php?p=105#post105 Естественно, столкнулись с тем, что при вводе данных, система подтормаживает, и как правильно здесь говорилось, это не есть хорошо для быстрого ввода. Потому возник вопрос - а не убирать ли хранимые вычисления в отдельный поток? спрашиваю рекомендации - как лучше работать с выделением хранимых вычислений в отдельный поток. Ведь по сути, если оператору не нужно видеть результат расчета, то... почему нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 11:07 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Такие вопросы "на пальцах" решать сложно. Хранить в базе "цена-количество" или "сумма-количество" завсит от кучи факторов. Если при расчетах используется округление, то округлять тысячи значений "динамически" будет накладно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 11:18 |
|
||
|
|

start [/forum/topic.php?fid=29&msg=34436206&tid=1527559]: |
0ms |
get settings: |
6ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
52ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 235ms |
| total: | 378ms |

| 0 / 0 |
