Есть очень большой объем экономических данных. С ними необходимо проводить большое количество арифметических операций (сложить, вычесть, разделить, сравнить, отсортировать и т.д.).

При этом промежуточные результаты работы необходимо показывать юзеру, чтобы он понимал, что идет в правильном направлении и выдумывал дальнейшие действия. Поэтому обязателен аналог объекта "Диаграмма".

Так как данных много (14 ГБ), то хранить их в таблицах БД просто невозможно. В 1с они очень удобно запихиваются в таблицу значений по месяцам и с сжатием складываются в хранилище значений (используется регистр сведений с измерением типа "Дата" и ресурсом типа "ХранилищеЗначений").

Ну и понятно, ухожу от 1с, потому что арифметические операции выполняются о-о-о-чень медленно. Поэтому третье условие- хорошая скорость арифметических операций.

Что меня удовлетворит?

MS SQL Server Analisys Services

(0) Предполагаю что это для анализа данных.
Возможно это подойдет.
http://megaputer.ru/polyanalyst.php

+(0) Да, и разумеется удобный способ разработки: я не хочу руками прорисовывать каждую кнопочку и каждую менюшечку...

В этом смысле создание форм должно быть похоже на 1с.

(3) Что-то мне подсказывает, что все уже разработано. До нас.

А так - MS VS.

(1) и (2)- не туда! Анализ я сам напишу! (он очень извращенный и никакими заранее выдуманными алгоритмами тут не отделаться)

(4) там есть аналог "ХранилищеЗначений"? Как я данные буду хранить?

Один месяц содержим 2,5 млн строк данных... Надо хотя бы за 2 года обрабатывать...

14 ГБ цифер, жесть...
Хотя, так и не понял почему 1С не подходит

(7) это рядовой регистр бухгалтерии года за 3 эдак

+(8) в бухии 1.6 например

(5) Ну ну :)
Если сможешь написать анализ лучше чем мегапютер, можешь премию получить международную. А если аналитик котрый делает заказ не умеет пользоваться ни (1), ни (2), то оне не аналитик а лопух.
(6)Хранилище значений реализуется на SQL server определенным типом данных. И в MS VS это среда разработки, которая может взаимодействовать с любым субд (если есть драйвера).
В качестве СУБД можешь Оракл использовать.
(7)Человек нетленку пишет. Не мешай. ;)

>>Так как данных много (14 ГБ), то хранить их в таблицах БД просто невозможно
Ты вынес мне мозг

(11) Человек учится. Не мешайте.

Че мешает считать на стороне запроса SQL?

(7) Нормально. Когда полианалист изучал, анализировал базу из 15Гб даннх по энергопотреблению штатов США.
Странно но такие данные в свободном доступе лежат :)

http://www.basegroup.ru/deductor/ тоже анализировать всяко-разно можно, но платная

(0)Кстати. Это же огромадный объем данных. Пиши на ассемблере. Без операционки. Все накладные расходы сразу исчезнут. Производительность повысится раза в 2. А если потом еще аппаратную реализацию сделаешь, то еще в 1/10 увеличиш скорость.

(15) Ну вот :) Тройку мировых лидеров по анализу данных и вспомнили.

(7) потому что медленно делает арифметические операции.
(10) Ты просто не писал сложных алгоритмов. Анализы бывают очень изврещенные.
(11) Ну, конечно, возможно, только кто будет возле компа сидеть в ожиданиях?
(12) Человек уже 10 лет работает на 1с. Так что попробуй понять, что спрашивается, а потому пиши.
(13) Очень извращенные алгоритмы, промежуточные стадии вычисления которых надо показывать в виде графиков, чтобы юзер еще сильнее усложнил алгоритм.
(15) Алгоритм анализа я буду делать сам! Он еще даже не выдуман!

взял попкорн...

(18)>>потому что медленно делает арифметические операции

Чо курим? Арифметические операции во всех программах делаются через процессор

(18) Каша на стол поставлена. Не хочешь, не ешь. :)

(16) тебе сюда: v8: Сравнение скорости выполнения программ на 1с и другими языками

"(0) Найди книженцию О.В. Бартеньев "1С:Предприятие опыты программирования" там есть очень доступное сравнение скорости работы 1С. Первое попавшееся в этой книженции сравнение времени заполнения массива из миллиона элементов в фортране и 1С. Циферки таковы?
1С8 Массив 1000000 элементов Заполнение 10 сек, сортировка 249 сек
1С8 Таблица значений 1000000 элементов заполнение 35 сек, сортировка 8 сек
Фортран Массив 1000000 элементов Заполнение 0.03 сек, сортировка 0,36 сек
Так что скорость работы 1С мягко говоря оставляет желать лучшего, реально 1С берет не скоростью работы, а скоростью и стоимостью разработки приложений, поскольку иным она похвастаться не может..."

(18) Бери Дельфи тогда.

(23) Что за среда (конкретнее, пожалуйста)?

(24) И эти люди запрещают мне в носу колупаться...

(0) Сейчас эти данные где лежат, или чисто теоретический пока?

(0) Это иследование какое-то, дипломная (аспирантская) работа или коммерческое задание?

Что за данные?
Какие математические обработки будут производиться?

(27) по стилю автора - похоже что-то типа формы капли надо будет расчитать...

Брать одну из крупных СУБД и писать клиента на ней?

(26) в текстовых файлах (16 ГБ) и в ДБФ (14 ГБ). В 1с попробовал в хранилищах очень хорошо жмутся (загружал не все, а только для эксперемента) и быстро читаются (еще бы! с диска надо мало читать...)

(27) Данные реальные. Пусть это будут тики курсов валют.

(29) А какую СУБД? в (0) написаны три требования к среде.

(30) выбирай pervasive sql

(31) Почему именно эту СУБД? Я сталкивался с ней лет пять наза переводя с галактики вроде. Очень глючная среда, просто до безобразия глючная.

(32) cache глючнее... )))

Бери MS SQL. Там и генератор отчетов есть

(34) ms sql + delphi

(27) похоже, это финансовые данные, типа истории торгов, сделок
А таблички нужны для построения матанализа...
ИМХО

Мне интересно MySQL потянет такие данные?

(36) Аааа... чел стратегии разрабатывает... скоро услышим про нового Уоррена Баффета...

(36) точно!
(38) не говори гоп :)

(20) Люди курят иногда и книги :)
Операции то делаются, только в "интерпретаторах" иногда такой пласт подготовки до этого процессора сначала пройдет, что лучше в свою dll-ку все вынести.

(0) А что мешает расчеты вынести в нативную dll-ку. А там хоть ассемблерные вычисления ваяй.

пятнично!

(40) придется продумывать обмен данными. 1с объекты ведь в dll не передашь...

(41) Поржал :)

(42) Так ты не туда их передавай а наоборот их оттуда создавай.

(0)
1. MetaTrader
2. Wealth Lab Developer
3. Omega
4. AmiBroker
5. MetaStock

или писать свою платформу, интерфейс и на базе них ТС

(44) а хранить данные как?

(46) Так у тебя же проблемма с "сложить, вычесть, разделить, сравнить, отсортировать и т.д." ну и сделай компоненту с методами "сложить, вычесть, разделить, сравнить, отсортировать и т.д." кидай в нее данные, получай результаты, а 1С используй как интерфайс и грубо говоря ORM.

(0) >> Так как данных много (14 ГБ), то хранить их в таблицах БД просто невозможно.

Что это за чушь?

(49) Царь эксель имел в виду, похоже.

(47) Че это?

(45) Имел как-то удовольствие прогать в п.2 :-)

ВК надо не нативную и не COM тогда уж, а обычный COM - сервер и кидаться друг в друга  SafeArray-ями.

(52) можно по шагам, как все будет выглядеть написать?

+(48) А так, по сабжу, почти любая СУБД + любая RAD. Если надо на халяву, то что нибудь типа MySQL/PostgerSQL + SharpDevelop

(47) Нафейхуа извращаться с 1С, если основной функционал будет в другой среде писаться? Структура хранилища данных будет, скорее всего, тривиальная, интерфейс пользователя -- почти тривиальный. Какие преимущества даст использование 1С?

(53) Берешь таблицузначений с примитивными данными, пихаешь ее в цикле в 2-мерный ComSafeArray, пихаешь его в ComОбъект.
ComОбъект обрабатывает его шустро, вертает ComSafeArray уже обработанных данных.

Профит?

(55) Ну видимо потому что 1С уже сейчас используется, если верить цитате: "Ну и понятно, ухожу от 1с, потому что арифметические операции выполняются о-о-о-чень медленно"

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

(57) Какую именно проблему 1С позволит решить довольно быстро, не тратя долгое время на писанину с нуля?
Если основной функционал с нуля писаться будет и не на 1С.

Кстати, там автор про диаграммы говорил? Если не завязываться на 1С, то будет доступна куча разных красивых компонентов-чартов, в том числе со свечкам.

(57) Собственно 1С как я понял уже сейчас используется, проблема озвучена "потому что арифметические операции выполняются о-о-о-чень медленно".
Т.е. я так понимаю надо просто решить проблемму, а не "до основания и затем мы наш мы новый мир построим" :)

(58) Че ты злой то такой?

(60) А я так понял, что проблема является, собственно, основанием мира.
(61) Я злой? Да не, я не злой, я помочь хочу :-)

Просто занимался я подобными задачами, проблемы интерфейса и хранения данных там на последнем месте, на первом -- собственно математика.
И если человек никогда не писал ВК, не факт, что ему не будет проще написать с нуля приложение в другой среде, чем сношать 1С и библиотеку из другой среды.

(63) Ну вполне вероятно, все зависит от знания других инструментов.

(64) Так ему один хрен придется другие инструменты использовать.