[Гвоздиков]

А у нас программисты даже небрались.

[Tarantul]

Сообщение от IgorGV

А у нас программисты даже небрались.

У Вас такая же ошибка?

[undermind]

Сообщение от TaRaNTuL

Доброго времени суток) в версии 4.01 сб.1 у нас такая ошибка при формировании архива. может кто поможет?

структура БД не соответствует. Возможно пропустили какое-то обновление.

[sarapul-mro]

Сообщение от Sirius34

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

У меня сама перерегистрация без переноса документов заняла 25минут, это если учесть что без методики.
Методика выполнялась примерно 3-4часа., там действительно есть два скрипта которые выполнялись минут 45-50 и пару скриптов по 15минут, остальные все быстро.

Сообщение от Termitius

Релиз 4.01 сб.1 тормозит ооочень сильно. Кто справился с этой проблемой?

Проблема не решена, если у СПИ еще хоть как то работает то у пользователей кто работает со всеми ИП в программу даже не заходит. Нашел закономерность если включенно как можно меньше колонок в настройках таблицы (Например показывать только номер, должник и сумма) то работает быстрее.
Ну а кто совсем никак пришлось локально использовать старую сборку 3.07 сб12, нормально и быстро работает даже с 2011годом. Только учтите что формировать отчетность нужно на сборке 4.01 сб1, да и структура базы под вопросом.

Сообщение от TaRaNTuL

Доброго времени суток) в версии 4.01 сб.1 у нас такая ошибка при формировании архива. может кто поможет?

У меня аналогично, вспомните вы базу 2010года не откатывали??? НЕ востанавливали из резерва?
Дело в том что у нас некоторые особо "продвинутые" поработали там хорошо пришлось откатиться. А до этого люди сдавали архив следовательно в базу архива 2010 попала часть ИП, после того как сделал откат архив перестал работать, так как в отчетной базе 2010г. ИП не сдано в архив но в базе архива оно уже есть. Возможно у вас аналогичная проблема.

[Нострадамус]

Проблема не решена, если у СПИ еще хоть как то работает то у пользователей кто работает со всеми ИП в программу даже не заходит. Нашел закономерность если включенно как можно меньше колонок в настройках таблицы (Например показывать только номер, должник и сумма) то работает быстрее.
Ну а кто совсем никак пришлось локально использовать старую сборку 3.07 сб12, нормально и быстро работает даже с 2011годом. Только учтите что формировать отчетность нужно на сборке 4.01 сб1, да и структура базы под вопросом.

У нас перерегистрация длилась очень долго писал выше, но сборка 4.01. сб 1 работает как обычно, ничего не тормазит!

[Tarantul]

что бы пк не тормозил попробуйте
CREATE DESCENDING INDEX D_IN_NPP ON ID (D_IN,NPP);
CREATE DESCENDING INDEX DATE_IP_IN_NPP ON IP (DATE_IP_IN,NPP);
CREATE INDEX IP_USCODE ON IP (USCODE);
CREATE INDEX ID_USCODE ON ID (USCODE);
CREATE INDEX VID_PLAT_PK_ID ON VID_PLAT (PK_ID);
CREATE INDEX LINK_ID_ITEM1_ID_CLASS1 ON CLASSIFIER_LINK (ID_ITEM1,ID_CLASS1);
CREATE INDEX LINK_ID_ITEM2_ID_CLASS2 ON CLASSIFIER_LINK (ID_ITEM2,ID_CLASS2);
CREATE INDEX CLASSIFIER_ID_CLASS1 ON CLASSIFIER (ID_CLASS);
CREATE INDEX CLASSIFIER_LVL1 ON CLASSIFIER (LVL_ITEM,ID_ITEM);
COMMIT;

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

[raus]

Сообщение от sarapul-mro

Проблема не решена,

кажется решена.... На италте пишут о том, что в сборке 3 пофиксено...

[Tarantul]

Еще вопрос со сборкой 4.01 шел новый шаблон обложки, все его устанавливали? он просто не удобный для работы))

[Sirius34]

raus
пофиксено частично - применяться фильтр стал существенно быстрее
а вот сброс фильтра происходит ну ОЧЕНЬ медленно, хотя и чуть-чуть быстрее, чем раньше

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

[undermind]

На ftp лежит следующий код в папке Быстродействие
[codebox]CREATE INDEX I_IP_USCODE ON IP (USCODE);
CREATE INDEX I_IP_SDC ON IP (SDC);
CREATE DESCENDING INDEX EBOOK_IDX10 ON EBOOK (EBOOKID);
CREATE DESCENDING INDEX REGISTERORDERS_IDX1 ON registerorders (REGISTERID);
CREATE INDEX REGISTERORDERS_IDX2 ON registerorders (USCODE);
CREATE INDEX I_POST_RASP_DS_PK_IP ON POST_RASP_DS (PK_IP);
CREATE INDEX POST_RASP_DS_IDX1 ON POST_RASP_DS (ID_POST_RASP_DS);

CREATE INDEX I_REGISTERORDERS_ISERROR ON registerorders (ISERROR);
CREATE INDEX REGISTER_TAKE_SUM_USCODE ON REGISTER_TAKE_SUM (USCODE);
CREATE INDEX REGISTER_TAKE_SUM_PK_NOTICE ON REGISTER_TAKE_SUM (PK_NOTICE);
CREATE INDEX s_templates_DOC_CODE ON s_templates (DOC_CODE);
CREATE INDEX I_MOVE_FK ON MOVE (FK);

DROP INDEX REGISTERORDERS_PK_PRDS_OD;
DROP INDEX REGISTERORDERS_PK_PRDS_PR;

CREATE INDEX NPR_FKDOC ON NAME_PLAT_RAS (FKDOC);
CREATE INDEX S_ADDRESS_FK ON S_ADDRESS (FK);
CREATE INDEX REGISTER_NOTICE_USCODE ON REGISTER_NOTICE (USCODE);
CREATE INDEX REGISTER_TAKE_SUM_PKIP ON REGISTER_TAKE_SUM (PK_IP);
CREATE INDEX POST_RASP_DS_USCODE ON POST_RASP_DS (USCODE);

CREATE INDEX AR_LINKS_DOCS_IDX1 ON AR_LINKS_DOCS (CURRENT_DOC_CODE);


CREATE INDEX POST_RASP_DS_ISERROR ON POST_RASP_DS (ISERROR)

commit work;
[/codebox]
В целом Релиз ПК СП 4.01 сб 1 тормозит аж жуть... что то напортачили капитально... в крупных подразделениях частенько стал умирать firebird, а перед принятием ислама отъедать всю доступную физическую память (4ГБ). После чего клиенты вылетают при любой операцией с базой с "memory mapping error".
Видимо где-то ходит идея сделать ПК СП настолько плохим, чтобы все молились на скорейшее внедрение ПК ОСП!