Этот баннер — требование Роскомнадзора для исполнения 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 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
velfimov... Уйти от притормаживания можно. Для этого используют Хранилища данных(DataWareHouse). Я уже несколько раз упоминал это, но как то безрезультатно. Там механизмы позволяют оптимизировать аналитические запросы. Собственно за ХД будущее. Правильно ли я понимаю, что фактически это выглядит так (в нашем случае единой системы): в часть таблиц забиваются данные, потом они обрабатываются "вычислениями", создавая тем самым в других таблицах основу для анализа, уже рассчитанную и подготовленную для этого? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 11:18 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
gybsonТакие вопросы "на пальцах" решать сложно. Хранить в базе "цена-количество" или "сумма-количество" завсит от кучи факторов. Если при расчетах используется округление, то округлять тысячи значений "динамически" будет накладно я думаю что речь не идет о таких мелочах. Хранить ли агрегированные данные или формировать их динамически при формировании отчетов? Думаю Автор имел ввиду именно это. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 11:30 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Игорь А. РыковПравильно ли я понимаю, что фактически это выглядит так (в нашем случае единой системы): в часть таблиц забиваются данные, потом они обрабатываются "вычислениями", создавая тем самым в других таблицах основу для анализа, уже рассчитанную и подготовленную для этого? ХД в основной массе используют реляционные БД и схема работы аналогична. Это смесь программно-аппаратных решений. Можно создать корпоративное ХД или для минимизации рисков "крупные витрины данных". Вот цитата из одной из статей "Технология ETL, брокеры сообщений (message brokers) и интеграция информации требуют перехода к динамическим Хранилищам (работающим в реальном времени)." Динамические данные, это как я уже писал "правильное" программирование и за ними будущее. Полагаю есть необходимость изучить суть вопроса ХД. В рамках форума такие вопросы не решаемы. Общее направление Вам дать можно, но а дальше дистанционно это как диагноз ставить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 12:18 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Хранить ли агрегированные данные или формировать их динамически при формировании отчетов? Просто при такой постановке вопроса ответ один : "И так и так". Если тормозит ввод данных - убирай расчеты вообще и пиши исключительно учетные данные в объеме необходимом для дальнейших расчетов. Тормозит анализ данных - агрегируй данные заранее по заданным измерениям. В какой момент и какие данные "агрегировать" и готовить - вопрос сугубо индивидуальный. Опять же возникнет исконно философский вопрос о том, насколько актуальными должны быть данные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 12:29 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
gybsonОпять же возникнет исконно философский вопрос о том, насколько актуальными должны быть данные. Вот поэтому весь мир и идёт по дороге создания "динамических" ХД Информация ценна прямо сейчас. Иногда информация с опозданием на часы уже не актуальна ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 12:32 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Вот поэтому весь мир и идёт по дороге создания "динамических" ХД Информация ценна прямо сейчас. Иногда информация с опозданием на часы уже не актуальна Вот видите, "иногда", "часы" ... Эти "иногда" и "часы" дает очень большие возможности при построении системы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 12:38 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
gybsonВот видите, "иногда", "часы" ... Эти "иногда" и "часы" дает очень большие возможности при построении системы. Я не понимаю вашего поста. О какой системе идет речь? Я говорю о Хранилище данных, а вы о чём? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 13:43 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
СПАСИБА всем бАльшое. Очень помогли понять ситуацию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2007, 14:32 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Еще один аспект - ввод/расчет исходной информации задним числом. Я всегда стараюсь хранить промежуточные итоги, если цифры ушли за пределы компании. Например - вы выставили счет. Сумма счета вычисляется от продажных цен, но клиент ушел с печатной копией, а ваша цена может уточниться позже. Запишите сумму счета в БД - через год может пригодиться. Еще пример - вы сдали годовой отчет в налоговую. Итоги оборотно-сальдовой запишите в БД, чтобы в последствии, при корректировках задним числом вам не пришлось мучительно искать печатную копию в собственных архивах. В бумажном учете давно этот вопрос решили - они хранят все первичные документы, хранят журналы-ордера, хранят оборотки. Можно проверить на предмет идентичности первого, второго и третьего. Учет на компьютере мало отличается от учета на бумаге - в основном только скоростью. Так что надо пользоваться мудростью веков :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2007, 15:19 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Prince-1777Учет на компьютере мало отличается от учета на бумаге - в основном только скоростью. Так что надо пользоваться мудростью веков :) Вот по этому мы страна третьего мира, а люди ездят учится оптимизации БП в США и Японию, а не в Россию. Мудрость веков это не держатся за мифический идеал, а постоянное совершенствование. Если Вы остановились в совершенствовании, т.е. приняли за идеал бумажный учет и всё пытаетесь подогнать к этому идеалу, значит у Вас нет будущего, т.к. мир и конкуренты продолжают работать над совершенствованием дальше, а Вы каждую секунду от них отстаёте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2007, 16:12 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Нет, я просто осознал мудрость учета как такового Глубокое понимание учета я встерчаю нечасто, и для тех, у кого такое понимание есть - действительно нет разницы, какую систему использовать. Настройки всегда будут грамотные, а работа - простой. А страна третьего мира мы совсем не по этому. Не надо каждую секунду гнаться за кем-то (Япония, Европа) чтобы не отстать :) Надо просто честно, качественно и неторопливо работать. А вот с честностью у нас большие проблемы. Поэтому мы страна третьего мира. Честности мало, как в распоряжении деньгами, так и по отношению к персоналу, и бизнес-процессы в твоей компании будут всегда кривые, независимо от наличия у тебя лично сертификата PME. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2007, 10:59 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Prince-17771)Глубокое понимание учета я встерчаю нечасто, и для тех, у кого такое понимание есть - действительно нет разницы, какую систему использовать. Настройки всегда будут грамотные, а работа - простой. 2)Не надо каждую секунду гнаться за кем-то (Япония, Европа) чтобы не отстать :) Надо просто честно, качественно и неторопливо работать. 1)Согласен, но не создавайте себе кумира. Это может оказаться ложный идол. Собственно учет это грамотно спроектированный OLTP. Сейчас такое время, что этого мало. На первый план выходит анализ данных, т.е. OLAP 2)Каждая секунда это отстранённое понятие. Я сторонник TQM и для меня постоянное совершенствование смысл жизни. Наверно накладывается долгое увлечение китайскими единоборствами и философией, а также горький опыт АР. После этого начинаешь видеть то, на что раньше внимание не обращал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2007, 12:08 |
|
||
|
Хранимые и динамические вычисления
|
|||
|---|---|---|---|
|
#18+
Я извиняюсь, что такое AP ??? PS OLAP - это хорошо. У нас есть. Только процессинг куба выполняется по 4 часа, и это нельзя назвать полноценными динамическими данными. В том смысле, что если на основе этих данных производятся еще вычисления, то OLAP не канает... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2007, 09:46 |
|
||
|
|

start [/forum/search_topic.php?author=na12345&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
5ms |
get forum list: |
14ms |
get settings: |
4ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
49ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
| others: | 657ms |
| total: | 790ms |

| 0 / 0 |
