Нужен стратегический совет!

← →
DBDev (2003-07-15 13:38) [0]

Имеем: обирнейшая база данных, финансы, куча тоталов и сабтоталов, все вычисляется в динамике и на сервере. Соответственно куча процедур, функций и вью. MSSQL.
Имеем также представление аналитических данных, кот-ое строится "ИЗ ВСЕГО" на лету.

Начальник попрпсил сделать вариант "для домашнего использования", но чтобы это самое представление аналитических данных бралось из одной таблицы (т.е. хранилось статично) и предусмотреть в основной программе функцию типа "построить домашнюю базу".

Идея: Выгрузить все с какой-нить распространенный формат: MSExcel или MSAccess, но хочется потом все это так же сложно фильтровать как это умеет делать основной софт и никогда не сделает Excel...

Посему вопрос: как лучше все это организовать? Можно ли в частности выгрузить в таблицу MSExcel и прицепить ее к облегченной версии софта в качестве источника???Поделитесь опытом, те кто делал. И с какими издержками Excel придется столкнуться в этом случае...

← →
stone © (2003-07-15 13:42) [1]

Почему сразу Excel? Сделай на основе SOAP. Сервер + клиент (через веб). Все очень просто и быстро. Интернет то у начальника имеется?

← →
Fiend © (2003-07-15 13:47) [2]

Очень трудный стратегический вопрос.
Мы не видели ни данных ни то в каком виде надо выгрузить. Практически не знаем ничего. Думаю стратегию придётся продумать самому. ну или что более вероятно предлагать свой вариант стратегии на обсуждение в форуме.

← →
DBDev (2003-07-15 13:56) [3]

Нет, нужен офлайн...
Формат выгрузки: одна таблица с кучей полей (по принципу "все сведено").

← →
LordOfSilence © (2003-07-15 14:06) [4]

Меня заинтересовала вот эта фраза:
"Имеем также представление аналитических данных, кот-ое строится "ИЗ ВСЕГО" на лету."
Можешь ее подробнее расшифровать?
Что есть "представление аналитических данных"?
Что значит "строится из всего"?
Что значит на лету?

ЗЫ. Это не праздное любопытство.

← →
sniknik © (2003-07-15 14:14) [5]

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

а если как попроще и пофункциональней сделать, то поставь начальнику дома MSSQL/MSDE(клон в зависимости от виндов начальника), и наладь репликацию или отсоеденение-копирование-присоеденение базы (проверь/попробуй сначала). MSDE не пойдет если база больше 2гиг. и будет у него весь функционал программы и писать почти ничего не придется.

LordOfSilence © (15.07.03 14:06)
ну какой вы непонятливый право... :о)))

вся эта фраза относится скорее всего к представлению(view) и просто выдает нужные данные из разных таблиц. а из всего на лету, ну естественно строится, исходные данные то меняются.

← →
DBDev (2003-07-15 14:32) [7]

2 LordOfSilence: Вы понели все на 100%

2 sniknik © (15.07.03 14:20)
Да, я тугодум. Но я не просто так спрашивал.

2 DBDev
Буду исходить из предположения sniknik"а. Я лично исходил из фразы "представление аналитических данных" и подозревал, что у тебя есть OLAP-анализ всего этого хозяйства. Но раз ты молчишь, как партизан, буду отталиваться от обратного. Возможно, то, что я предложу, слишком "круто", но в этом есть свой резон. Построй OLAP-кубы на основе своей OLTP-базыю Это очень неплохая и удобная штука. То, что ты сидишь на майкрософте, пожалуй, хорошо, там есть все, что тебе нужно для этого дела. К чему я клоню? А вот к чему. Excel может работать как OLAP-клиент. Не знаю как 97, но 2000 (а уж XP и подавно) может создавать отсоединенные аналитические данные. То есть как это делается: на работе твоей шеф через Excel подсоединяется к OLAP-серверу, работает с данными, вечером он отсоединеяет весь этот набор данных и формирует в Excel файл *.cub. Тащит его домой весь из себя довольный. Excel должен быть нормально установлен, а не в "типичной" установке. Microsoft Query, по крайней мере, должен быть обязательно.

Нужен стратегический совет! Найти похожие ветки