Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Универсальный native engine для интерактивной и пакетной работы с наборами данных
|
|||
|---|---|---|---|
|
#18+
Ищется некий софт (возможно, западный) для следующего: (Назову его пока Система N) Из учетной системы забирается набор данных (мульти-табличный или мульти-иерархический) в составе нескольких справочников и агрегированных транзакций нескольких бизнес-областей. 1:В Системе N этот набор подвергается статистической и/или set-обработке (упорядочиваний, группировок) при помощи человека или алгоритмов. Результат обработки переходит в следующую стадию с сохранением промежуточных данных в каком-либо виде. Промежуточные данные должны быть доступны через общепринятый API к табличным или иерархическим данным для отчетности или экспорта. GOTO 1 пока не достигнут какой-либо нужный оператору результат. Конечный набор данных может быть куда-либо экспортирован или доступен через тот же общепринятый API. Алгоритмы должны быть подключаемые. Интерфейс работы с наборами данных д.б. универсальным, т.е. способным вывести для работы оператора и справочник товаров, и справочник улиц России. Хочется, чтобы это не было основано на java xml - парсерах, т.к. наборы данных большие и предполагается сложная матобработка. Кто-нибудь имел дело с чем-либо подобным? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2005, 18:09 |
|
||
|
Универсальный native engine для интерактивной и пакетной работы с наборами данных
|
|||
|---|---|---|---|
|
#18+
Под такое определение подпадает много чего. Посмотрите на http://www.sas.com В области анализа и дата майнинга это примерно как SAP в ERP. А может Crystal reports - тоже похоже на запрашиваемую функциональность. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.05.2005, 10:18 |
|
||
|
Универсальный native engine для интерактивной и пакетной работы с наборами данных
|
|||
|---|---|---|---|
|
#18+
Я делал за небольшие деньги для одной крупной конторы: 1.прога подключалась через одбц к базам инф.систем, делала скл-запросы (или другие скл-команды) и вываливала результат во внутреннее хранилище 2.выполняла скл-запросы (или другие скл-команды) к полученным данным 3.результат отправляла по почте, хранила в бд или вставляла в указанную БД пользователь мог задать критерии отбора/обработки данных (дату, регион и т.д.), сервера любые работало всё достаточно тривиально но подобных вещей не встречал т.к. они мало кому нужны ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.05.2005, 11:14 |
|
||
|
Универсальный native engine для интерактивной и пакетной работы с наборами данных
|
|||
|---|---|---|---|
|
#18+
да, основное назначение проги было получение отчётов из зоопарка систем, возможности перекачки/синхронизации данных я потом добавил ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.05.2005, 11:17 |
|
||
|
Универсальный native engine для интерактивной и пакетной работы с наборами данных
|
|||
|---|---|---|---|
|
#18+
БывшийИщется некий софт (возможно, западный) для следующего: (Назову его пока Система N)Подойдет БАС . В нем решены все заданные вопросы. БывшийИз учетной системы забирается набор данных (мульти-табличный или мульти-иерархический) в составе нескольких справочников и агрегированных транзакций нескольких бизнес-областей. 1:В Системе N этот набор подвергается статистической и/или set-обработке (упорядочиваний, группировок) при помощи человека или алгоритмов. Результат обработки переходит в следующую стадию с сохранением промежуточных данных в каком-либо виде. Промежуточные данные должны быть доступны через общепринятый API к табличным или иерархическим данным для отчетности или экспорта. GOTO 1 пока не достигнут какой-либо нужный оператору результат. Конечный набор данных может быть куда-либо экспортирован или доступен через тот же общепринятый API.Для разделения учета используется иерархический справочник. Это предназначалось для корпоративного учета, но в этом в случае он также подойдет. Новый вариант анализа - новая запись в справочнике. Данные фильтруются по любому уровню как при работе с экраном, так и в отчетах. БывшийАлгоритмы должны быть подключаемые. Любые алгоритмы на хранимых процедурах. БывшийИнтерфейс работы с наборами данных д.б. универсальным, т.е. способным вывести для работы оператора и справочник товаров, и справочник улиц России.Один и тот же интерфейсный модуль используется в совершенно разных задачах, например, учет материалов и зарплата. БывшийХочется, чтобы это не было основано на java xml - парсерах, т.к. наборы данных большие и предполагается сложная матобработка.MS SQL. При 20 млн. записей в таблице операций, 30 пользователях и самом дешевом сервере на нервы юзерам не действует. БывшийКто-нибудь имел дело с чем-либо подобным?Если не правильно понял задачу, не взыщите. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.05.2005, 11:43 |
|
||
|
Универсальный native engine для интерактивной и пакетной работы с наборами данных
|
|||
|---|---|---|---|
|
#18+
> чтобы это не было основано на java xml - парсерах xml-парсеры разные бывают, для больших объемов прекрасно подходят SAX-парсеры, не требующие построения всего дерева. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2005, 06:38 |
|
||
|
|

start [/forum/topic.php?fid=32&tid=1545846]: |
0ms |
get settings: |
6ms |
get forum list: |
19ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
54ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
32ms |
get tp. blocked users: |
1ms |
| others: | 236ms |
| total: | 361ms |

| 0 / 0 |
