Итак вопрос. Есть большая таблица значений 30000 колонок, 5000 строк.
Она заполняется программно, из кучи ТЗ, Потом идет математика (анализ, статистика и тд) такие данными она не ворочает, хотя биг дата это назвать и нельзя. Собственно вопрос, что с этим делать, бить на кучу ТЗ? и их просто последовательно обрабатывать, что предложите) (Почти BIGDATA)

Продолжайте использовать микроскоп для копания ям.

(1) калькулятор тогда уж

(0) https://basegroup.ru/solutions/ready-solutions

помогите инвалиду с недоразвитой фантазией, что у вас в тридцати тысячах колонок?

Из количества колонок следует, что они создаются динамически. Следовательно, так делать не надо. Надо создать ТЗ с ключами и ресурсами.

(4) Рассказывай, что имеешь ввиду

(2) Задание, чтоб все считалось в 1с...

>Есть большая таблица значений 30000 колонок, 5000 строк.

положи в скуль, считай там

Возможно, тебе помогли бы регистры, массивы и т.п. вместо формирования большой ТЗ.

(8) ты предлагаешь часть расчетов сделать заранее?
эта бальшая ТЗ эта матрица. в любом случае с ней работать, а тз объект быстрее чем регистр тащить. П.с. просто предрасчеты еще идут, пока она заполняется еще до самой математики

Чем табличный документ не устраивает?

(10) Он не предназначен для расчетов. Эта только на печать.

>Чем табличный документ не устраивает?

30000 колонок выжрут всю память

(0) имхо, это монстр который ни работать как надо не будет, и для доработок будет мало пригоден. Разделяй и властвуй.

зачем для математики и анализа тз ?

30000 колонок в любом 1с объект выжрут всю память. Можно выгрузить в ехель, а потом обратно грузануть

Можно транспонировать и загнать в РС))

это скорее все и есть острый приступ "сделай как в экселе"

а, блин 5000 строк

(4) Ты ему еще про разреженные матрицы расскажи =]
У него ж Математика, Анализ и Статистика.

(19) Уже предварительно убил из целевой функции все 0.

(13) я вот только и думаю, что сделать 5 тз которые будут создаваться, тут же убиваться (когда сделали свое дело) и тд чтобы не одновременно в хипе заседать так ?

(5) Храни не двумерную матрицу в чистом виде, а с тремя колонками - ключ строки, ключ столбца, значение.

(14) Да я сам не знаю, честное слово, сказали делать в 1с инструмент анализа данных. Ну коллекция, контейнер, блин да как угодно назовите я решил делать ТЗ динамически создаваемый.

(22) типо проиндексировать для быстрого поиска? или что? не понял идею

>сказали делать в 1с инструмент анализа данных

хорошо не кофеварку...

(25) смешная шутка про джаву :D

(24) Просто забудь про то, что ты хочешь хранить двумерный массив. Абстрагируйся. Тебе нужно хранить какое-то значение по двум ключевым показателям. Вот и храни их. Двумерность, если надо, легко восстановить для визуального отображения.

(23) http://its.1c.ru/db/v836doc#bookmark:dev:TI000000690

тз тебе не нужна

(28) не у всех пароля на ИТС введена
http://1cpoly.ru/analysis/

(27) считаться все равно будет медленно

(28) клевая штука, всегда горит, что она на gmail не умеет слать письма...

(29) а да про этот объект я знаю)) фигня полная, и код я уже написал (относительно математики) таки вопрос, как его обрабатывать, эта штука на формировании ТЗ (вернее на заполнении) падает как спелый абрикос.

(32) он до самих методов даже не добрался еще)

(32) Тебе же сказали, не формируй двумерную ТЗ "в лоб", сделай "типа регистр" с двумя измерениями и ресурсом.

(29) итс можно хоть ща оформить в режиме онЛайн

(34) так все равно 15 миллионов записей будет в регистре?

(36) Нули зачем хранить?

(37) в целевой нулей нет, а это значит что в матрице ограничений, на месте переменных целевой они быть обязаны, кароче, где можно я убрал нули

(37) ааа стоп, заполнить нули можно, не храня ! оо я кажись придумал

(37) все спасиб пойду попробую