Как хранилище, где хранится табличный документ (если я заполняю его на сервере, реквизит лежит на форме)
Таблица значений в любом случае в оперативке сервера, а ТД? Есть ли у него как у буфера, записывается инфа в оперативке, потом в бд, чистка буффера и т.д.?

1. хреновый ник)
2. где заполняешь, там и хранится.. к чему вопрос?

(1) Ну где, есть куча, есть стек методов() в джаве например и так далее. Есть разные типы памяти, где конкретно храниться ТД при условиях, что я указал. Вот вопрос.
п.с. ник смешной =/

(0) Ты просто умных слов нахватался?

(3) я себя умным не позиционирую, задаю прямой вопрос, получай ответы вроде (3) и (1)...
Мне нужно знать, где он лежит, dat all... ну хоть за ап темы спасибо.

(4)  RAM + TMP

Там же где и форма

и на сервере и на клиенте

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

(8) Странный ты.

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

(0)зачем тебе? О_о

или тогда это просто подтверждение (3)

(10) я думал просто получить готовый ответ( как ТД в памяти сидит, имеет ли он промежуточные сохранения во время заполнения, а если да, то когда он их вызывает.

зачем?!

для чего тебе это надо?

он хранит и там и там

и промежуточные в том числе

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

ибо у них предназначение разное

(14) ну я думал, что если данных много он хранит типо ссылочки на темп и соотв кусок данных которые сейчас юзает в самой рам

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

ты читаешь данные из табличного документа и пишешь их в таблицу значений - я верно понял?

(22) да, потому как она вся в быстрой памяти, но она просто падает, когда я в ней расчеты провожу (читаю часть из ТД, а часть из регистра, программно создаю ТЗ и туда все лью, побил ТЗ на несколько.)

(23) п.с. в проф разработке рекомендуют ТЗ использовать для расчетов, а ТД только для печати.

(23) в твоем случае это единственный вариант.. память у тебя будет выжираться при любом раскладе. Н разве что да, считать сначала всё в регистр сведений и потом уже оттуда получать данные наборами и выполнять расчет. Я бы поступил именно так (при условии, что я тебя всё-таки правильно понял)

(25) Я так сейчас и делаю, все кидаю в зеленый регистр, он меня хотя бы не валит( спасибо за потраченное на ответы время =3

(26) зеленый = "регистр сведений" (2 измер строка, колонка, 1 ресурс значение)

Блаблабла ветка. Сразу видно, кто где ... код писал.

Визуальная ТЗ (а точное ДанныеФормыСтруктура, или как там ее точно) автору не поможет, на 100000 строк она вешает сервер 1С при скролле чуть менее, чем полностью.

Чем не устраивает ТабДок, в любом его эпостаси, либо порционный клиент-серверный), либо полностью на клиенте?

Оба варианта - рабочие, оба имеют недостатки. Но рабочие.

После "..или как там ее точно.." твое "Блаблабла ветка" никак не воспринимается.. Про визуальную ТЗ речи не шло вообще..

+(29) "Чем не устраивает ТабДок" - тем что он так же, как и "визуальная ТЗ" падает.. попробуй и удивись

+(30) при больших объемах входящих данных

P.S. А твое предложение "либо порционный клиент-серверный" собственно и обсуждалось..

(30) в процессе заполнения регистр меня дропнуло =/ еще надо порциями писать

)) "Пришел, не понял, наследил")

(28) да, никто не собирается это на форму выводить, это же ад.

(33) логично)