Для сложного отчета генератор составил программу, где в одной из команд
получилось 140 имен в скобках
set (a,b,c,....)=0

Облом : оказалось предел=128 имен

Пришлось дописывать генератор

Возьмите на заметку - это может проявиться по другому поводу

ser_shuMX-9Для сложного отчета генератор составил программу, где в одной из команд
получилось 140 имен в скобках
set (a,b,c,....)=0
Облом : оказалось предел=128 имен Можно для простоты заменить на for:

Так и было - до перестройки

Существенно проигрывает по скорости - пришлось переделать,
и не только это, на один SET

Теперь $$getObject.. идут заметно быстрее,
большие отчеты укладываются в лимитные 10 секунд

похоже, что krvsa еще не видел больших глобалов :)

krvsa MX-9 , х/з как глобалов... А вот такого количества локальных переменных и к тому же равных нулю не видел точно!
Я даже такой надобности в них представить себе не могу...
каждый из 1 000 000 экземпляров обьекта имеет до 140 характеристик

надо ВСЕ экземпляры поочередно открыть, предварительно обнулив все 140 характеристик (свойств)
(НЕ ВСЕ 140 свойств присутствуют в конкретном экземпляре , остальные подразумеваются нулевыми)

ничего особенного - типичная ситуация


вообще то хотел обратить внимание на самописные ГЕНЕРАТОРЫ ПРОГРАММ
- там вполне могут синтезироваться АВТОМАТИЧЕСКИ строки вида
set (a,b,c,....)=.. с переменным количеством имен в скобках

servit MX-9 ,

ДокументацияThe maximum number of assignments you can perform with a single invocation of SET is 128.
источник
проверил -

например такая команда (128 имен) :
set (Agent1,Art,Art2,CMR,LKW,NN1,NN10,NN11,NN12,NN13,NN14,NN15,NN2,NN3,NN4,NN5,NN6,NN7,NN8,NN9,VK,Zd,adrK,adrL,aufDat,aufNrn,cbm,cbm2,cena1,cena10,cena11,cena12,cena13,cena14,cena15,cena2,cena3,cena4,cena5,cena6,cena7,cena8,cena9,cenaEUR,cenaEUR2,da,graf,invNr,invPiez,kli,klient,klientA,klientN,klientV,liefer,nnMax,noKur,nos1,nos10,nos11,nos12,nos13,nos14,nos15,nos2,nos3,nos4,nos5,nos6,nos7,nos8,nos9,pasutNr,pie,piez,prot1,prot10,prot11,prot12,prot13,prot14,prot15,prot2,prot3,prot4,prot5,prot6,prot7,prot8,prot9,punkts,q1,q10,q11,q12,q13,q14,q15,q2,q3,q4,q5,q6,q7,q8,q9,s1,s10,s11,s12,s13,s14,s15,s2,s3,s4,s5,s6,s7,s8,s9,sumEUR,sumEUR2,sumLVL,sumLVL2,tranSumm,xArt,xF)=""

в CACHE-2009 вызывает ошибку <STACK> ( даже не <SYNTX> )
(хотя если одно имя убрать - 127 имен проходит нормально)


в Cache for Windows (x86-32) 2011.1
- 128 имен работает нормально

servit MX-9 ,

1) ссылку на документацию я привёл, чтобы показать, что предел можно было и не искать экспериментально;
2) в версии 2009 предел равен 127, а не 128, что зафиксировано в документации ;
3) с какой-то версии предел вновь вернули до 128, но не исправили документацию, о чём в WRC уже были проинформированы.

Спасибо за обстоятельный обзор !

Теперь в каждой новой версии буду сразу искать
и конспектировать текущее состояние команды SET

но и проверять :)

С Новым Старым Годом !

servit,

спасибо за информацию !

проштудируем по скорости и возьмем на вооружение .

servit,
действительно set a=0,b=0,c=0,.... идет быстрее(!) чем set (a,b,c,....)=0

никогда бы не подумал.

спасибо - 20 % скорости на дороге не валяются.