AXForum  
Вернуться   AXForum > Microsoft Dynamics NAV > NAV: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 31.10.2005, 17:19   #1  
Dzemon is offline
Dzemon
Moderator
 
1,247 / 12 (3) ++
Регистрация: 09.09.2004
Это стандартная ситуация для розничной сети ;-)
Менеджеры ЦО хотят знать ВСЕ и управлять ВСЕМ, а для этого им нужна аналитика по чекам. Вместо того чтобы тянуть в ЦО готовую аналитику, они требуют полный набор информации.

Решить проблему можно так: импортировать данные не навижиновским интерфейсом, а другой программой, причем во временную таблицу на SQL, а затем хранимой процедурой доводить ее до "ума", ну или навижиновской процедурой (тогда не во временную таблицу, но с мин. количеством ключей).
Старый 31.10.2005, 17:39   #2  
Scorpie is offline
Scorpie
Участник
 
239 / 10 (1) +
Регистрация: 25.10.2004
Адрес: Moskow
Цитата:
Сообщение от Dzemon
Это стандартная ситуация для розничной сети ;-)
Менеджеры ЦО хотят знать ВСЕ и управлять ВСЕМ, а для этого им нужна аналитика по чекам. Вместо того чтобы тянуть в ЦО готовую аналитику, они требуют полный набор информации.
Лучше убить неделю-две на то, чтобы объяснить им пагубность этой затеи чем потом неделями разгребать последствия таких шагов когда база с легкостью перешагнёт 100Гб...

Цитата:
Сообщение от Dzemon
Решить проблему можно так: импортировать данные не навижиновским интерфейсом, а другой программой, причем во временную таблицу на SQL, а затем хранимой процедурой доводить ее до "ума", ну или навижиновской процедурой (тогда не во временную таблицу, но с мин. количеством ключей).
Позволю себе не согласится.
Во-первых такая детализация в Навижн попросту не нужна и для такой системы как Нав слишком затратна по вкачиванию в неё стандартными путями
Во-вторых т.к. средства отчётности в Навижне не гибкие - всё ведёт к тому что для анализа будут пользоваться данные только из кубов.
А в такой ситуации нет смысла вообще в каком либо хранении детализации в навижне, - только как того требует аналитика...
Остальное в отдельные базы со своими кубами. Что кстати будет значительно проще если используется тот же AS - никаких проблем с наименованием полей(не любит сервер например запятые в названии таблиц), никаких проблем с OptionFields - можно сразу хранить текстовое значение а не иметь в Shared Dimensions "0,1,2,3,4" ...
Вообщем сплошные плюсы
 

Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра
Комбинированный вид Комбинированный вид

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 19:13.