Галактика в вопросах и ответах

вместо конструкции getfirst ..getnext лучше использовать _loop...
на скл платформах еще *6 раз быстрее, на битриве не знаю есть ли разница.

edward_K писал(а):ну туды лучше писать выборку в маркер - будет еще проще, да и быстрее работать будет.

А почему маркер будет работать быстрее чем pick?
...и то и другое массивы переменных в оп памяти станции...

Записи информативные (I)
первая запись Клиент отключится от сети, выдернул сетевой провод.
вторая запись клиент соединение восстановлено, включена настройка автореконект в битриве.

сервер ап ключа не грузит процессор, а на дисковую систему вообще не влияет. у нас стоит вместе с скл, ни каких проблем с этим.

Это последствия, перед этими должны быть еще сообщения

table struct mt ( str : array[1..12] of string, num : array[1..12] of double ); create view var bdate : date; koef : double; podr , dol : string; from mt; screen scr1; table mt; fields bdate : noprotect; koef : noprotect; podr : noprotect; dol : noprotect; mt.str[1] : noprotect; mt.num[1] : noprotec...

сделать временную таблицу с массивом полей, типа
table struct mymt
(
farray[12] : string
);
screen scr1
fields
mymt.farray[1] : noprotect;
mymt.farray[2] : noprotect;
и т.д.
<<
.@@@@@
.@@@@@
и т.д.

Зря вы их всех запустили, ходили бы в двоем, все бы быстренько работало

А че, нормально, изменил одну форму , удалил ресурс, скомпилировал 50 ,проверил, что то поправил ,еще раз перекомпилил 50. фактически на работе можно только этим и заниматься. спросят тебя чем занимаешься, а ты - ресурс компилирую.

System.FullSQL=on добавлять совсем не стоит :sad: стоит добавить SQLDriver.ForceRights=on в сапорте для правильного расчета прав на скл и SQLDriver.FullLoginName=on в галактике и сапорте если планируете иметь неколько баз в одной инстанции (ахтунг! если на рабочей базей не установлено FullLoginName=...

вы даже не попробовали то что вам сказали

Я тоже заметил что ресурс постоянно растет, и не появляется индикатор процесса "Сжатие ресурса"

PViP писал(а): хочется больше контроля и власти над галактикой - в любой момент отрубить пользователей.

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

Алексей писал(а):Nikos
было бы гораздо проще сразу в патч положить ВИХ.

и еще vip,vpp etc.

А что с ними не так?
Администрировать их можно из любого офиса...сами у себя они ходят как обычно, без префикса...номер офиса у них в карточке указан..не понимаю проблемы