Ошибки и баги Smeta.Ru 8 и варианты их решения.

[Akina]

как это осуществить - буду премного благодарна!

Завершите работу программы Смета.РУ.
Запустите апплет "Службы" консоли управления из-под учётной записи администратора.
Остановите службу Firebird Server - Default Instance.
Сделайте копию файла БД.
Запустите службу.

Если что-то не поняли - лучше ничего этого не делайте. Дешевле будет. Используйте штатные импорт и экспорт.

[Timur]

Клиенты обновившиеся до v8 жалуются, что экспорт в Excel в v8 выполняется неприемлемо медленно - в сотни раз медленнее, чем в v7 !!!

На огромных сметах будет конечно заметно замедление в момент выгрузки, учитывая что в ваших примерах смета рассчитана в 2-ух уровнях цен...соответственно больше данных - больше времени для обработки...уже имеется данная работа в планах будем с этим что то делать. Спасибо.

[aivt]

Клиенты обновившиеся до v8 жалуются, что экспорт в Excel в v8 выполняется неприемлемо медленно - в сотни раз медленнее, чем в v7 !!!

На огромных сметах будет конечно заметно замедление в момент выгрузки, учитывая что в ваших примерах смета рассчитана в 2-ух уровнях цен...соответственно больше данных - больше времени для обработки...уже имеется данная работа в планах будем с этим что то делать. Спасибо.

Такие сметы клиенты не считают огромными, по их меркам это обычная работа. Раньше конкуренты шутили, что на смета ру можно только маленькие сметы обсчитывать, на объекты типа "сортир"
Тогда это конечно не соответствовало действительности, но по мере дальнейшего усложнения можно и до такого уровня докатиться!

Действительно при применении 2-х уровней цен объем данных увеличивается в 2 раза, так как уровней цен 2, количество строк в Source в 2 раза больше, но тормозит 8 версия не в 2 раза в 80 раз сильнее чем 7 версия !

Поскольку для испытаний применялся один и тот же объект с одним и тем же количеством строк на одном и томже компьютере, то вывод напрашивается простой, кроме влияния двух уровней цен есть еще какие-то чисто программные причины приводящие к замедлению выгрузки. Ожидаем уменьшение времени выгрузки в Excel как минимум в 40 раз (с учетом 2-х уровней цен).

[aivt]

В случае если клиент и сервер раснесены в локальной сети на два разных компьютера, то экспорт в Excel происходит еще в 20 раз медленнее, чем при локальной установке сервера и клиента на одном компьютере.

Проведя исследования данной проблемы выявил только одно - во время экспорта в Excel железо как на сервере, так и на клиенте, практически не загружено, то есть загрузка процессора на уровне 10-15%, памяти полно, обращений к жесткому диску не много.
Выявил только одно узкое место происходит постоянная передача данных от сервера к клиенту с загрузкой сетевого соединения не более чем на 5% !!!
Тоже самое сетевое соединение позволяет копировать файлы от того же сервера к тому же клиенту с 100% загрузкой сети, то есть для 100 Мб сети скорость передачи данных при копировании проводником все 100 Мб/с. По не объяснимым причинам Firebird передает данные клиенту с загрузкой сети не более 5Мб/с, А при использовании windows7 всего 2,5 Мб/с.
Как следствие при экспорте в Excel приведенного выше объекта можно запустить экспорт сегодня, а за результатом приходить завтра!!!

Прошу дать рекомендации как можно повлиять на Firebird, чтобы заставить его использовать сеть на 100%.

[VNikanora]

Если что-то не поняли - лучше ничего этого не делайте. Дешевле будет. Используйте штатные импорт и экспорт.

Благодарю, все понятно - нашла службу. Сложно, конечно, все очень - но, если очень нужно будет - преодолимо.

Дешевле будет штатные импорт и экспорт.

это точно!
Спасибо за помощь!

[aivt]

Уважаемая VNikanora, в этой теме обсуждаются Ошибки Smeta.ru, Ваша переписка больше относится к технической поддержке пользователей и к данной теме отношения не имеет, более того засоряет ее информацией не соответствующей теме. Прошу Вас в будущем выбирать соответствующую тему или создать новую если сочтете нужным.

[Semenov]

все понятно - нашла службу. Сложно, конечно, все очень - но...

Остановка службы не всегда гарантирует, что база данных не используется ввиду особенностей архитектуры Firebird. Неоднократно отмечалось на форуме, что перед копированием файл базы данных необходимо ПЕРЕИМЕНОВАТЬ. Если это не получается, значит база данных используется и скопированный файл будет с ошибками. По окончании процесса копирования верните файлу "оригинальное" имя. Службу останавливать в этом случае нет необходимости - это проще и надежней.

[nazarowa]

Здравствуйте! Вот такая ошибка вылезает при проверке сметы. В чем может быть дело?

Добрый день! Какое решение в итоге?

[Akina]

Остановка службы не всегда гарантирует, что база данных не используется ввиду особенностей архитектуры Firebird.

А вот с этого места можно поподробнее? Кем может использоваться БД, каким процессом, если служба остановлена, процесс сервер выгружен из памяти... ?

[Semenov]

Кем может использоваться БД, ...если служба остановлена...

В Clacssic архитектуре firebird (в отличие от SuperServer или SuperClassic) для каждого клиентского соединения создается отдельный процесс, который продолжает работу после остановки службы (процесса-слушателя), что приводит лишь к невозможности устанавливать новые соединения. Старые при этом продолжают работать.

[Akina]

который продолжает работу после остановки службы

Эммм. Я такое наблюдал только для "подвисших" сеансов - которые приходилось снимать вручную. Если же подвисших сеансов нет - то вместе со слушателем выгружались и все дочерние процессы-обработчики.
К тому же емнип во всех старых версиях с firebird 1.5 в инсталлере сервер по-тихому ставился именно как супер - так что при установке по дефолту (думаю, не ошибусь, если скажу, что таковых по вашей статистике далеко да 90%) подобной проблемы не возникало.

Ох, как же я тогда матерился на этот ваш инсталлер ака дестроер! До сих пор, кстати, не могу понять, почему установка собственно firebird-сервера не сделана отдельным пунктом инсталлятора...

[aivt]

В Smeta.ru v8 появилось понятие "Уровень цен", которое задается (в параметрах объекта) в виде года, например, 2013 и месяца или квартала, например IV квартал.
Там же можно задать текстовое "Наименование уровня цен" .
При работе с программой это "Наименование уровня цен" отображается в различных местах программы, в частности, в шапке таблицы, в сметных ресурсах, в панели цен и т.д.
Я задаю наименование уровня цен в текстовом виде соответствующее самому уровню цен, то есть задаю уровень цен, например, "IV квартал" и "2013", а в текстовом поле "Наименование уровня цен" пишу "IV квартал 2013 г."
При этом в шапке таблицы, в сметных ресурсах, в панели цен и т.д. отображается текстовое поле "Наименование уровня цен", например, "IV квартал 2013 г.".
Но когда заходишь в режим "Замена ресурсов", то наименование соответствующей закладки выглядит "2013 Октябрь".
Прошу поправить так чтобы везде уровень цен обозначался одним и тем же наименованием, например, так же как в шапке таблицы, в сметных ресурсах, в панели цен и т.д.
Иначе это вызывает некоторое непонимание у пользователей, появляются лишние вопросы, например, почему я задал уровень цен "IV квартал" и "2013", а в наименовании закладки в режиме замена ресурсов вижу "2013 Октябрь"?

[VNikanora]

Составляла ССР в версии 8.0.0.24 - проблем не возникало - считалось по итогам и главам безе косяков. Установила 8.0.26. Заинтересовало то, что устанавливается в новом патче вид работ для нескольких позиций. Оказалось что нет. Но и это ладно. А вот со ССР целые проблемы. Уже 8-ой формирую на одном и том же объекте. Все думала моя ошибка - шаблон сводный с переменными и по МДС 35 выбирала - и везде одно и тоже - досчитал до ИТОГО ПО ГЛАВАМ 1-12 и далее по расчету ни непредвиденные, ни НДС не считает - выдает снова ту же цифру, что и 1-12. Попробую снова на 8.0.24

[Semenov]

выдает снова ту же цифру, что и 1-12

Уточните формулы в соответствующих итогах и значения переменных, в них используемые (желательно, скриншот)... Сформировал три сводника - всё считает.

[VNikanora]

разобралась вроде. вернулась в 8.0.24, там проверила, потом снова в 8.0.26 - вручную пересчитала все главы и стало понятно ...