Ошибка

[Valet]

При удалении строк в смете или в лимитированных затратах выводится следующее сообщение (см. вложение). Что это означает и как с этим бороться ?
(Smeta.ru 5.1.0.9; win xp sp2)

[Mikle]

Здравствуйте!
Несколько уточняющих вопросов по поводу ошибки:
1. Это происходит на всех объектах или на одном конкретном?
2. Какие действия предшествуют появлению ошибки (до попытки удалить строки) или сразу после открытия проектной сметы и попытке удаления вываливается такая ошибка?
3. Не могли бы Вы привести не только скриншот ошибки, а полное изображение окна программы в момент возникновения ошибки.

[Valet]

1) Сначала это происходило на одном объекте (состоит из 30 смет), а затем стало и на других.
2) Ошибка возникает только при попытке удалить строки (при открытии сметы она не появляется).
3) См. вложения (второй экран - после нажатия красного крестика).

[Mikle]

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

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

Попробуйте создать новый небольшой объект (пару тройку строк), назначьте на него такие-же лимитированные как на приведенном Вами примере и попробуйте воспроизвести ошибку. Если повторяется, то экспортируйте этот небольшой объект и прикрепите к сообщению (или отправьте вложением через личные сообщения).

[Mikle]

Повторить ошибку к сожалению не получается, может быть это связано с конкретными особенностями объекта или лимитированных затрат. Не могли бы Вы экспортировать примененный шаблон лимитированных и приложить его к сообщению, попробуем повторить с Вашими лимитированными.
Если шаблона лимитированных не существует, то сохраните его из сметы (Всплывающее меню на лимитированных -> Действия -> Сохранить как шаблон). Затем сохраненный шаблон можно экспортировать в файл из справочника шаблонов лимитированных затрат (Главное меню -> Справочники -> Шаблоны лимитированных затрат).

[Valet]

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

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

3)Шаблон лимитированных - во вложении (расширение изменено с lz на txt).

[Mikle]

Накрутил шаблон на простенький объект. Как только не пробовал удалять строки - ошибка не повторяется. Может у Вас получится создать небольшой объект с повторяющейся ошибкой и выложить сюда?

Постарайтесь все-же полечить базу, чтобы быть уверенными, что дело не в этом. Из-за некорректности базы ошибки бывают самые невероятные (Например: http://forum.smeta.ru/viewtopic.php?t=6003). Попробуйте исправить ошибки в базе утилитой Ib_BackUp (База данных -> Утилиты -> Ремонт базы -> Сохранение / восстановление без проверки). Предварительно закройте все копии программы, работающие с базой и на всякий случай сделайте копию базы.

[Valet]

Проблему удалось решить путём полной переустановки smeta.ru
Но осадок в душе остался.
Буду очень признателен, если мне объяснят, по какой причине база данных (файл datasd.ssd) оказывается повреждённым. Вирусов на компьютере нет (пользуюсь лицензионным антивирусом). Кроме меня на этом компьютере никто не работает, а сам я этот файл не редактирую (ручками) и даже не заглядываю в директорию, где он лежит. Повреждение базы кем-то нехорошим из внешней сети тоже маловероятно, т.к. все опасные сервисы отключены. Значит, единственное приложение, которое может его повредить - сама Smeta.ru. Может, есть какие-то ограничения по количеству строк в одном объекте или ещё чего-нибудь в этом роде ?

[Mikle]

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

Наиболее частая причина повреждения базы исходя из статистики - обрыв соединения с клиентом (выключение питания компьютера, снятие программы-клиента диспечером задач, перезагрузка службы или компьютера при запущенных экземплярах программы). Также бывают случаи нехватки места на диске. Убедитесь, что база лежит на диске с достаточным количеством свободного места, кроме того должно быть свободное место на диске где расположен системный Temp каталог.
Кроме Smeta.ru с базой еще работает как минимум СУБД FireBird, которая так-же может содержать неточности в реализации (это система с открытым исходным кодом, можете взглянуть на баг трек в интернете). Посмотрите на лог FireBird (C:\Program Files\Firebird\Firebird_1_5\firebird.log), может там есть информация о некорректных отключениях клиента от сервера или об ошибках.

Надеюсь не станет для Вас открытием утверждение, что пользование лицензионным антивирусом с последней антивирусной базой не гарантирует на 100% незаражение компьютера. Ведь постоянно пишутся новые вирусы и перед теми из них которые не успели попасть в антивирусную базу компьютер может и не устоять. Хотя вероятность такого события невелика, но тем не менее преценденты уже были.

Ограничений по количеству строк в объекте нет. Для СУБД это безразлично сколько строк хранить в таблице.

[Valet]

Благодарю за развёрнутый ответ.