Господа! База долго индексируется до 5 -7 минут. Что с этим можно сделать? База файловая, не sql. Может есть какие быстрые решения?

не индексировать.

(0) Перейти на SQL, там нет такой проблемы.

(0) 5-7 минут это не долго. Как раз хватит кофе попить.

и часто вы ее индексируете? если да, то только Скуль или настраивайте сетку нормально, что бы клиенты от туда не вываливались

(0) Перейти на SQL

А еще лучше - перейти на восьмерку.

(6) На файловый вариант? :)
А как там с индексацией?

Лучше нормально сетку сделать или терминал.
Во времена win2000, нетвари прочего я про индексацию редко слышал.
Почему-то....

(0) вряд ли. Это вполне нормальные цифры для файловой семерки. В случае с большими базами / медленным железом бывает и заметно дольше, и ничего, терпят.

5-7 минут это совсем недолго.
про перейти на SQL не слушайте, если для ваших пользователей 5-7 минут кажутся ужас как долго то работа на SQL в целом будет заметно медленнее в большинстве случаев.
всех в терминал, и ресурсов ему побольше. и будет счастье

(9) Ха, это же семерка.
Люди привыкли что операция, длящаяся дольше 10 секунд на ней - это косяк :)

у меня некоторые отчеты работают почти по полчаса) терпят))

(12) семь лет расстрела за такое полагается!

(7) Вообще никак. Но файловый режим я бы не советовал.

(13) их не получится существенно ускорить без серьезного изменения структуры.
а база большая и древняя, просто так на коленке уже не рубанешь шашкой.
каждый новый реквизит по сто раз думаешь добавлять ли или сделать хранение отдельно и привязки к нужным объектам...
потому что реструктуризация может зависнуть на полсуток, а база в работе 24/7 практически.

(0) Самое быстрое - не пускать в базу компьютер, который некорректно выходит из 1С.

(15) ну у меня база с даунтаймом 15 минут в месяц была, причем большенькая, и ничего...

(0) принудительно переиндексировать базу по ночам, командным заданием по шедулеру под фиктивным пользователем-ботом, ну и заодно можно сделать кучу полезных вещей (открыть период, построить и сохранить результаты для тяжелых отчетов, и т.д.)

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

Я уже давно такое делаю с помощью редактора ДБФ. Поищите, я тут подробно технологию описывал.

PS Хотя, чего искать, вот: Как быстро добавить реквизит в "большой" справочник? Можно все нечитать, с месаги 21...

редактор дбф это прекрасно, но как мне базу в 80+ Гигов выгрузить в дбф? это невозможно увы.

так а на скуле разве все не проще? В том плане что скуль сам по себе редактор

(20) в SQL на порядок (или на два) проще. Ну и 80Г - не шибко большая база...

как то была перекличка писькомер с базами, я навскидку человек 5 только запомнил у кого 7рочные были больше 80 Гиг.
для 7.7 это уважаемый размер.
для снеговиков понятно что ниочем.

(15) А... Я просто не понял, что там у Вас не DBF... Конечно, то что по ссылке в (19), к DBF относится. В скуле там свои плюшки...

(23) ну у меня тогда была, емнип, около 90...а это был всего лишь примерно конец 2008-го...

+(25) я наврал жеж. 63 всего было в оперативной, финансовая чуть потолще, конечно, была -  но в ней работать было так себе, да и почти типовая.