OLAP и 1С #376528

Суть такая - имеем MS SQL Знаем структуру всех таблиц и без проблем умеем данные из них тягать. Хотим кубы. Но не умеем. Куда торкнуться?

На sql.ru

это 1с ????

Лучше юзать 2005 SQL + 7 Excel

В гугель по словам OLAP, MDX Рекомендую книжку "Разработка бизнес-аналитики в MS SQL Server 2005" by Брайан Ларсон

Да и вообще, поиск "OLAP" на инфостарте и гугле

база 1с SQL вариант с помощью 1с++ цепляем все

Какая разница что...

+8 сам построит всё :)

я для 1с смысла не вижу, ведь структура регистов и бух счетов и так многомерна (те-же кубы), любые отчеты это позволяют. Или нужно динамически изменяемую форму?

в 1с ничего и не строится то

"я для 1с смысла не вижу" - многие руководители хотят иметь возможность терзать данные в различных разрезах. Причем, таких, что прогеру его фонтазия такого даже не подскажет :) Да еще и с приемлимой скоростью. Вот тут ОЛАП-то и будет рулить.

, Ты вроде умный человек... но с твоих вопросов иногда хочется упасть.

Для начала почитать соответствующие статьи на olap.ru

ну сводная таблица для чего?

А сводная таблица, по твоему, откуда данные должна брать?

из построителя

Если большие объемы... например, гигабайты - советую забыть о конструкторе Берездецкого и других хороших (безусловно, спасибо авторам!) фенечках Тогда готовить данные ночью и иметь готовый куб по технологии

А это у него началось с тех пор, как он у себя клюшку в голове обнаружил :)

Ты это сейчас о чем вообще?

ну.. тоже в хозяйстве пригодится..

блин это клюшки, я думал снеговик :)))

А какая разница?

в снеговике-же готовая реализация кубов

Где?

Кубы созданные в MS AS будут побыстрее построителей, т.к. даныне "опроцешены"  и готовы к использованию в нужных разрезах

Пелять, может его забанить?

У тебя ссылки по инкрементальному обновлению кубов не осталось?

построитель -> СводнаяТаблица

Прикалываешься? Или в самом деле не видишь разницы?

К сожалению из-за просто окуительного потока сверхзадач у нас пока обновляется "тупо все что нужно" :) А мысль была сделать обновления используя технологию регистрации УРБД (все равно есть), триггерами не хочется заморачиваться Потому как то что предлагает ПиБи не устроило, куйня если коротко

Выйди в аську?

разница в реализации и скорости, для пользователя разницы нет. если покажешь глубинные разницы буду признателен

Я не про ПиБишное решение.

"разница в реализации и скорости" - именно в этом. И втрой пункт как раз имеет огромное значение для пользователя.

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

отчет миллион строк, пока выводится за  2 минуты.

а зачем такой отчет? его кто-то будет листать?????

"когда уже в ексель не полезет, а такие кубы нафиг не нужны" - ну вытащи ты клюшку из головы... Так тут не выходной количество строк больше важно, а объем первоначальной информации, плюс алгоритм формирования отчета.

отчет должен быть ЧИТАБЕЛЬНЫМ иначе это не отчет а просто СТРУКТУРИРОВАНЫЕ ДАННЫЕ

ОЛАП - это не отчет. Это средство анализа.

Все... Я - пас...

как ты будешь анализировать миллион строк? из Любой Анализ должен иметь конечнцю цель, в эта цель - ужаснуться сколько строк вылезло... такие ситуации надо не допускать до пользователей.

Нет в тебе выдержки Джинна :-)) ОЛАП и есть средство анализа этих миллионов строк...

"Нет в тебе выдержки Джинна " - это точно... Я ее тренирую, тренирую... Тернирую, тренирую... Эту выдержку. А она все никак не утренировывается...

Он четыре года этому учился - специально и целенаправленно :-)

Эхх... Это ж какая выдержка нужна - 4 года учиться? Замкнутый круг получается :)