gifts2017

Ошибка "CodeBase Error #: -310" в DBFной версии 1С:Предприятие 7.7

Опубликовал Владимир (hogik) в раздел Администрирование - Системное

Ошибка возникает при непосредственном удалении записи (в терминах 1С) в таблице с количеством записей более 16777215 штук.

Ошибка возникает при непосредственном удалении записи (в терминах 1С) в таблице с количеством записей более 16777215 штук. Удаляемые записи могут располагаться и до этой границы. Сообщение об ошибке указывает на индекс "IDELETED" с индексным выражением "D" и выражением фильтра "DELETED()". Этот индекс используется для нахождение помеченных на удаление записей (в терминах DBF) и размещения на их месте новых добавляемых записей в таблицу.

Первые кандидаты на такой количество записей: 1SCRDOC, 1SACCSEL.

Способов устранения проблемы, пока, не найдено.

Мнение разработчиков по поводу этой ошибки:

http://www.codebase.com/support/kb/?article=C01054

Допускаю, что такое проявление ошибки было привнесено именно в 1С. Т.к. продукт "CodeBase" продаётся с исходными текстами и "встраивался" в 1С с некоторыми изменениями на уровне исходных текстов разработчиками 1С. Само ядро "CodeBase" находится в библиотеке DBEng32.dll. Эта библиотека одинаковая для версий 1С: 18, 25, 27. Другие версии не проверялись.

Временное решение проблемы в ручном режиме.
Суть способа:
Отключить индекс "IDELETED" для проблемных таблиц. Естественно, отключится механизм использования помеченных на удаление записей (в терминах DBF). А это приведет к более быстрому росту размера таблицы. Частично решает проблему установка "Kernel3x", т.е. снимается ограничение на размер DBF файла в 1 гигабайт. Но при использовании данной разработки категорически нельзя использовать прямые запросы на FoxPro. Кроме этого придется чаще (регулярно) выполнять упаковку таблиц и внимательно отслеживать рост размера таблиц, т.к. существует ограничение на размер DBF файла в 2 гигабайта.
Последовательность действий:
1) При возникновении ошибки -310, на любой рабочей станции, срочно выгнать всех пользователей из 1C. Не сохранять никаких открытых форм ввода информации. Прекратить (прервать) выполнение отчетов. И т.д. Если произошёл сбой при выполнении регламентных работ, то восстановить базу с последней копии. При этом заранее оповестить всех пользователей об возможности появления такой ошибки и довести до них информацию о действиях в таком случае.
2) Т.к. в сообщении об ошибке -310 не выдаётся имя таблицы, то необходимо найти эту таблицу силой ума или тупым открытием подряд всех DBF-ов в порядке от большего размера файла к меньшему. Ищем таблицы в которых количество записей подбирается или уже больше 16777215 штук.
3) Удалить все CDX файлы. Зайти в сессию 1С монопольно и выполнить, тем самым, реиндексацию.
4) Вызвать утилиту обслуживания DBF/CDX структур. Например, бесплатную утилиту "Advantage Data Architect" можно скачать по ссылке:
http://devzone.advantagedatabase.com/dz/content.aspx?Key=20&Release=13&Product=8&Platform=6
5) Открыть проблемную таблицу в формате "FoxPro (DBF/CDX)". Вызвать свойства таблицы. Выбрать закладку с описанием индексов. Найти индекс "IDELETED". Изменить выражение фильтра с "DELETED()" на ".F.". Сохранить изменения с реиндексацией. Закрыть таблицу.
6) Открыть таблицу "1SUSERS" (DBF файл без индексов). В поле "USRSCNT" установить значение больше нуля. Закрыть таблицу. Выйти из утилиты.
7) Запустить сессию 1С в монопольном режиме. Согласиться с реиндексацией.
Дополнительная информация:
1) Необходимо повторять действия по отключению индекса после каждого удаления файлов CDX. После реиндексации без удаления файлов повторять отключение индекса не надо.
2) Данная технология проверялась только на тестовой базе. В промышленной эксплуатации - нет возможности проверить, т.к. у нас не возникала ошибка -310 при использовании "родного движка" и мы уже давно перешли на другу СУБД.
3) Надеюсь найдутся заинтересованные люди, и напишут утилиту для автоматического анализа проблемных таблиц и не ручного отключения индекса. Я готов оказать в этом деле консультацию.

См. также

Подписаться Добавить вознаграждение
Комментарии
1. Александр Рытов (Арчибальд) 03.11.10 08:53
А выход? Озаботиться, чтобы база до такого размера не распухала? Или PACK "снаружи" делать?
2. Епрст (Ёпрст) 03.11.10 09:06
Странные ты таблички в посте написал, что табличка ссылок, что табличка отборов.. ну никак не огромных размеров..
3. Владимир (hogik) 03.11.10 09:10
(1)
Стараться не доводить до таких размеров.
А PACK не поможет, т.к. эти шустрые таблицы мало имеют "пустот" - новые записи занимают их место. Алгоритмы работы с ними таковы. Другое дело, если делать "свертку", то тогда обязательно потом PACK делать. Достаточно родного - из конфигуратора. Я не теряю надежды исправить эту ошибку. Вопросы мне по ошибке задают уже года три. А тестовую платформу, со 100% повторяемостью ошибки, удалось получить только вчера.
(2)
Две базы лежат у меня от других людей. И именно на этих таблицах система падает. Их размер больше 16777215 штук записей.
4. Епрст (Ёпрст) 03.11.10 09:20
(3) А вдругих табличках, записей меньше ?
У меня, как правило, сымые большие таблички, это движуха в RA, тч в DT и файл проводок.... размер всех дбф 17 гигов.

5. Епрст (Ёпрст) 03.11.10 09:20
6. Владимир (hogik) 03.11.10 09:26
(5)
И у меня ее никогда не было, пока на DBF-ах сидел. Правда у меня и регистров, и бух. не было... ;-)
7. Епрст (Ёпрст) 03.11.10 09:40
(6) мот поковыряешься и.. очередной патч dbeng32 готов ?
:)
8. Владимир (hogik) 03.11.10 18:51
(7)
Ковыряюсь.
Но без особого энтузиазма.
Проблема "больших баз" в родных DBF-ах бесконечна.
Вот, гляньте - очередная: http://infostart.ru/forum/messages/forum9/topic36308/message398326/#message398326
И это, далеко, не первая и не последняя бяка.
Мы от этого "движка" ушли и нормально всё (в)стало... ;-)
9. Оракул Айметдинов (jhfrek) 03.11.10 18:57
cdx файлы удалить не пробовали? Должно помочь.
10. Владимир (hogik) 03.11.10 19:02
(9)
:-) Вы мою статейку за вопрос принимаете?
11. Оракул Айметдинов (jhfrek) 03.11.10 19:08
(10) Да, извиняюсь. Я думал что это вопрос, чисто по диагонали прочитал.
12. Владимир (hogik) 04.11.10 03:34
(1) (2) (0)
Добавлен раздел "Временное решение проблемы в ручном режиме".
13. Артур Аюханов (artbear) 04.11.10 12:27
(0) Хорошая статья. +1
Smoky L@dy; +1 Ответить
14. Андрей Нагыев (NagNag) 04.11.10 14:50
Я с надежной открыл статью, надеясь что появилась простая в использовании Dll, которая устранит проблемму #310, с которой я столкнулся на прошлой неделе! :cry:
Но это оказался призыв извращаться или самому написать утилиту!!! :(
То что я нашел на infostart - сложны, Попробовал BIN_ADS_6040, но она отказалась даже делать конвертацию базы через ConvDbf , написав какие то глупости. Я с недоверием отнесся к разработке, которая даже на простейшую конвертацию пишет ошибки.
И использование ConvDbf, меняет структуру базы на нестандартную - тоже минус!
15. Lady-mo (Lady-mo) 08.11.10 15:06
Спасибо за публикацию.
Но сейчас, грубо говоря, получается, что если возникла ошибка -310, то можно пошаманить и ненадолго база заработает... но не факт, что через неделю-другую она не упадет окончательно, т.к. это действительно временное решение... потом на нее можно будет только смотреть, но руками не трогать...
Мы тоже не смогли побороть эту ошибку, пришлось в срочном порядке сворачивать базу, а существующую с этой хитрой ошибкой - оставлять лишь для просмотра...
Кстати, в нашем случае, такое шаманство даже предпринимать не приходилось: ошибка вываливалась только при проведении документов, а при формировании отчетов все было нормально... Поэтому помогало простое удаление cdx'ов и индексация БД (правда индексация занимала что-то в районе 40 минут).
16. Владимир (hogik) 08.11.10 17:12
(15)
После появления ошибки -310, база "упадёт" обязательно.
И не только по этой ошибке.
Т.к. по реальной реализации 1С-а на DBF-ах:
1) Ограничение на таблицу 1 гигабайт.
2) Ограничение на количество записей в таблице 16 миллионов.
3) Ограничение на размер ключа в индексе 117 байт, для таблиц начиная с 30000 записей.
4) ...
Но решения по снятию этих ограничений позволяет без суеты и, не прерывая промышленной эксплуатации, перейти на другую СУБД. Об этом я и написал... ;-)
P.S. Наличие ошибки -310 может не позволить сделать, даже, "свёртку" БД.
17. {ÐƦǑƝȊ} mx (dour-dead) 28.04.11 09:44
Спасибо огромное! очень помогло)))) :D
18. Иван Иванов (Famza) 21.09.11 09:38
Вылетела ошибка -310 со ссылкой на 1SCONST. Наверное лучше чистить базу от помеченных на удаление элементов либо переходить на субд.
19. Владимир (hogik) 23.09.11 14:42
(18)
Это вопрос или утверждение?
20. Иван Иванов (Famza) 23.09.11 15:48
(19) Теперь - утверждение))). ТиИ не помогает, объем базы 6.5 гиг, 27 релиз. Временное решение неприемлемо для нас. Либо резать базу, либо - в скул. Так что выбрали последнее
21. Dima sasov (Divoric) 30.09.11 12:59
Скул дороговато выходит. - Шаманю раз в месяц при переносе точки актуальности. Автору - реально спасибо!
22. Галина Черных (g26516) 22.12.11 15:04
Спасибо, сейчас пытаюсь временно хотя бы запустить 1с.
С данной промлемой сталкиваюсь с завидной регулярностью, кроме свертки базы ничего не помогает.
Может кто подскажет как выйти из этой проблемы, без свертки базы, хоть бы год закрыть? Буду благодарна, за любой совет.Индексация, упаковка, тестирование не помогает. База почти 1 гб, одна меньше 1Гб , но кол-во записей 16780000, убрала по совету индекс "IDELETED" на "F" пробуем работать, но понимаю что не надолго
23. Галина Черных (g26516) 22.12.11 15:13
(20) Famza,
Здравствуйте, скажите пожалуйста, помог ли переход 1с на скул избавиться от ошибки 310, как работает программа?медленнее? как быстро проводятся документы? Вообще, если можно + и - скул по сравнению с ДБВ?
24. Владимир (hogik) 22.12.11 15:49
(22)(23)
"помог ли переход 1с на скул избавиться от ошибки 310"(с)
Галина (g26516).
На этот вопрос и я смогу ответить. ;-)
Естественно - помог. Т.к. используется другая СУБД.
А сравнение SQL и DBF - это отдельная большая тема.
Но, однозначно, если система уперлась в количественные ограничения - надо менять СУБД.
И заниматься нюансами-проблемами уже в этой СУБД. Они - есть...
Но, масса проблем "исчезнет" - ограничения размеров БД, низкая надежность и т.д.
Если предметная область допускает всякие "свертки" - сделать это.
Или делать это регулярно, и перейти на терминал-сервер с DBF форматом.
25. Галина Черных (g26516) 22.12.11 16:25
(24)
Спасибо. Работаем на 1 с более 10 лет, терминал, регулярно делаю свертку, сейчас не успели закрыть год до свертки, базы подходят к 1 гб, kernel33 должен помочь? Как использовать kernel37 (вместо 3 ставить 7) и какой лучше?
26. Владимир (hogik) 22.12.11 17:00
(25)
Галина (g26516).
1) Проблема 1GB и ошибка "-310" - это разные проблемы, причины и способы устранения.
2) Средство Kernel3x применяют, если размер ОДНОЙ таблицы приближается к 1GB. А не в случае размера ВСЕЙ базы данных.
3) Применять лучше Kernel37, если у Вас используется разработка:
"Исправление ошибки 1С:Предприятие 7.7/8.0 - 100% загрузка процессора при ожидании блокировки"(http://infostart.ru/public/15367/)
Т.к. совместно разработка от Романа и моя работать не смогут. И Kernel37 позволяет отказаться от разработки Романа, т.к. проблема "100% загрузка" в нем решена.
27. Галина Черных (g26516) 23.12.11 08:27
Спасибо, Владимир.
Мне кажется, что обычно все проблемы сваливаются разом и перед Новым годом....
1. 310 пока не вылетает, изменила индекс.
2. Размер одной БД приближается к 0.98 ГБ, второй 0.8Гб, третья - 0.7Гб ( которая повисла на индесах)
Что делать? Помогите пожалуйста!!!
28. Владимир (hogik) 23.12.11 20:38
(27)
Галина (g26516).
Главное - что? Спокойствие !!!
Ошибка "-310" временно устранена.
Ставьте Kernel37, исправляя только ОДНУ библиотеку - DBEng32.dll.
Это надо сделать, т.к. проблемный по "-310" файл начнет быстро расти и наберет 1GB достаточно шустро. И за его размером надо СЛЕДИТЬ т.к. можно напороться уже на ограничение в 2GB. Надо выполнять, изредка, упаковку в "тестирование и исправление".
Дотягиваете до конца отчетного года. Далее упаковка, свертка, упаковка. И еще год живете на пороховой бочке...
P.S. Если, чего - пишите в "личку". И мой проводной телефон и Skype будет в Вашем распоряжении с 17 до 3 часов по Москве. Все эти проблемы решаются легко, даже в режиме: "я говорю - вы нажимаете на клавиши и мышку"...
29. Галина Черных (g26516) 26.12.11 08:47
Спасибо!Спасибо!Спасибо!Спасибо!Спасибо!

Очень приятно, что кто-то пытается тебе помочь, а не просто отмахнуться. Особенно приятно: как новогодний подарок. Выходные прошли пока без проишествий . Сегодня исправлю на Kernel37.
Спасибо еще раз.
30. Иван Иванов (Famza) 29.12.11 02:26
(24)
Или делать это регулярно, и перейти на терминал-сервер с DBF форматом.

Ошибка -310 вылетела именно на терминал-серверном варианте с DBF формате.
(23) Конечно помогло. + и - есть везде и всегда. При переходе советовал бы воспользоваться инструкциями 1С. Некоторые документы и часть отчетов уже переписал с использованием запросов - использование СУБД обязывает. Но часть доков стала просто летать - особенно на удаленных компах. Часть доков стала ужасно жутко тормозить при проведении. И все их переписывать даже мысли не возникало. Зато теперь спокоен за базу - скул 2008 летает, архив пишется влет. Но как ответил Владимир (hogik)
А сравнение SQL и DBF - это отдельная большая тема.
31. Владимир (hogik) 29.12.11 03:02
(30)
Иван (Famza).
В тексте "Или делать это регулярно, и перейти на терминал-сервер с DBF форматом" стоит запятая. И нет после запятой ИЛИ. А по Вашему ответу получается, что я предлагаю перейти на терминал-сервер для устранения проблемы "-310". ;-)
32. Иван Иванов (Famza) 29.12.11 15:08
(31)
Цитата
Или делать это регулярно, и перейти на терминал-сервер с DBF форматом.
...Ошибка -310 вылетела именно на терминал-серверном варианте с DBF формате.

"Казнить нельзя помиловать"... )))
То что ошибка вылетела на терминал-серверном варианте с DBF формате - уточнение в ответе на пост (23).
Но обращался к посту (24) - то, что и в данном формате ИБ ошибка вероятна. А свертками - только, имхо, продлить агонию БД. У нас DBF-база была 6,5 гиг, свыше 20 юзеров - один пересчет итогов задалбывает. Это просто статистика, а что, кому и как - решается индивидуально.
Так что, пост (30) считать как случайный набор букав...
33. Владимир (hogik) 29.12.11 17:53
(32)
"пост (30) считать как случайный набор букав..."(с)
Иван (Famza).
Зря Вы - так. :-( Очень содержательный текст.
Я же согласен с Вами - надо менять СУБД. Не агитирую за "жизнь" на DBF-е и временные решения. Но, есть состояние - "горит". ;-) Это и обсуждалось с Галиной (g26516) - как "тушить". А потом делать "ремонт квартиры". Согласитесь, что при пожаре мало кто задумывается, даже, о стоимости последующего ремонта... ;-)
34. Иван Иванов (Famza) 29.12.11 22:35
35. Елена Смирнова (Nefrit88) 21.12.12 07:19
Спасибо за статейку. Мучаемся с этой проблемой уже 3 года. каждый год начинаем чистую базу.
При появлении ошибки предыдущий программист напрямую в dbf резала данные, помогало только временно.
Сейчас начинаю искать таблицу "лидер" по количеству записей.
Я новичок в работе с 1с 7.7, думаю не откажете, если обращусь к вам на помощью)
36. Владимир (hogik) 21.12.12 07:51
(35)
".... не откажете, если обращусь к вам на помощью"(с)
Не откажу...
Nefrit88; +1 Ответить
37. Елена Смирнова (Nefrit88) 21.12.12 08:27
Нашлась таблица лидер (1SACCSEL.Dbf) 17 003 596 записей. И не мудрено что все обрезки не помогали (резали не тот файл). Нашла информацию что ее просто прибить можно, т.к. это отбор счетов. Тестирую, может подскажете, насколько критично может быть ее прибивание?
38. Елена Смирнова (Nefrit88) 21.12.12 08:28
Нашлась таблица лидер (1SACCSEL.Dbf) 17 003 596 записей, кстати не самая большая по весу, всего 747МБ. И не мудрено что все обрезки не помогали (резали не тот файл). Нашла информацию что ее просто прибить можно, т.к. это отбор счетов. Тестирую, может подскажете, насколько критично может быть ее прибивание?
39. Галина Черных (g26516) 21.12.12 09:00
(33) hogik,
Здравствуйте! По поводу срочного тушения пожара, это абсолютно точно и помогло, за что отдельное огромное спасибо!!!! Благополучно закрыли прошлый год. В этом ждем-с ... Повторила пройденный путь. Все дело упирается в финансы, может у кого по другому, но у на пока все не встанет мертво денег на перехо на 8-ку врядли кто , одна только лицензия под наше предприятие и кол-во пользователей около 500 т.р.???? Не говоря обо всем остальном...
Так что кому что "нравится" не совсем правильная постановка вопроса.
Просто огромная благодарность Владимиру за помощь в таких ситуациях!

С наступающим Новым годом! Удачи во всех начинаниях и огромного мешка с деньгами, который просто свалится неизвестно откуда!
40. Галина Черных (g26516) 21.12.12 09:06
(38) Nefrit88,
Здравствуйте! У меня была проблема с этой же таблице. Как вы собираетесь ее прибить?
41. Елена Смирнова (Nefrit88) 21.12.12 09:10
g26516, добрый день. пока переименовала ее. И монопольно зашла в базу. Сейчас формируем книгу продаж (так сказать пытаемся вызвать ошибку). Как вы решали эту проблему?
42. Галина Черных (g26516) 21.12.12 09:23
Я делала строго как написано в статье. Изменила индекс на .not.Delete в этой базе, скачивала ту утилиту , которая указана в статье. Проблема возникла как раз в это же время год назад. Спасибо Владимиру, за своевременную помощь. Год закрыли, потом базу свернули. В этом году проблема возникла уже в ноябре. Умом понимаю, что переход на 8-ку неизбежен, осталось убедить в этом руководство... Пока, как говорится , продлеваем агонию.
Nefrit88; +1 Ответить
43. Галина Черных (g26516) 21.12.12 09:41
(41) Nefrit88,
Скачала Kernel37,
Исправила только ОДНУ библиотеку - DBEng32.dll, двоичным редактором (тоже скачивала с инета, если честно, то не помню каким, все делала в спешке) Kernel32 на Kernel37.
44. Елена Смирнова (Nefrit88) 21.12.12 13:09
Ну вот и дождались)))) Так и знала что простое прибивание не решит проблему(
В итоге выяснили, в выписке для проверки нажимается кнопка "Показать остатки", и показываются неверные данные по остаткам на начало и конец. Сегодня запускаем пересчет итогов...а дальше пока даже и не знаю что делать с этой бедой.
45. Галина Черных (g26516) 21.12.12 13:27
Я бы посоветовала перед запуском пересчета итогов все таки сделать индес DELETE "F" как в статье, иначе можно потерять базу без возможности восстановления, только с копии.
Ситуация была аналогичной в прошлом году, хоть караул кричи, Еще раз , спасибо Владимиру, успокоил и реально помог. "Главное - что? Спокойствие !!!" его слова.
Nefrit88; +1 Ответить
46. Галина Черных (g26516) 21.12.12 13:34
См. комментарий (16 от Владимира (hogik)) Насчет светки базы при ошибке 310.
47. Елена Смирнова (Nefrit88) 21.12.12 13:35
g26516, спасибо за совет. Но боюсь что пока не смогу это сделать, админ в отпуске((( И увы вне зоны доступа. А без него сделать ничего нельзя
48. Владимир (hogik) 21.12.12 18:17
(47)
"не смогу это сделать"(с)
Елена (Nefrit88).
Нет проблем.
Думаю, смогу Вас "провести" по "клавишам".
Пишите в личку координаты: Skype/телефон.
Если надо платить за разговор по телефону, то придется уже Вам мне перезвонить.
Учтите, разговор может быть длинным - час и более...
(39)
Галина (g26516).
Спасибо за поздравления.
И Вас поздравляю с наступающим Новым годом.
Увы. Вот и еще один год прошел. Время летит... :-(
49. Галина Черных (g26516) 24.12.12 09:04
(48) Владимир(hogik)
Здравствуйте, что-то не новогоднее настроение?
Прошел еще один год, мы стали старше и мудрее( хочется так думать) Семилильными шагами приближаемся к "детскому возрасту" , скоро станем радоваться любой мелочи, как дети.... В каждом возрасте есть свои прелести!
Конец света так и не наступил, значит еще повоюем!

Елена (Nefrit88), проблему решили?
50. Владимир (hogik) 24.12.12 18:23
(49)
"В каждом возрасте есть свои прелести!"(с)
Так говорят (думают) люди, которые не находятся в том самом возрасте конца... :-) :-(
"Елена (Nefrit88), проблему решили?"(с)
На связь не выходила.
51. Галина Черных (g26516) 25.12.12 08:15
Владимир(hogik)
"В каждом возрасте есть свои прелести!"(с)
Так говорят (думают) люди, которые не находятся в том самом возрасте конца... :-) :-("

Ну не скажи! Просто ко всему надо относится философски!!
Явно что-то новогоднего настроения нет! С этим надо боротся! До Нового года совсем чуть-чуть осталось...
52. Владимир (hogik) 25.12.12 19:03
(51)
"Явно что-то новогоднего настроения нет!"(с)
Галина (g26516).
Его у меня нет с того момента, когда наступление Нового (очередного) года (или дня рождения) начало вычисляться в режиме обратного отсчета от средней продолжительности жизни человека.
53. Галина Черных (g26516) 26.12.12 08:20
Владимир(hogik)
Можно подумать, что Вам 100 лет, а вообще, по мнению оооочень многих, жизнь начинается только после 50. Дети подросли, жизнь каким-то образом установилась да и работа тоже, можно пожить и для себя.Может стоит об этом подумать?
54. Галина Черных (g26516) 26.12.12 08:42
Владимир(hogik)
Столько всяких полезных вещей написали, стольким людям помогли в трудной ситуации, и такая грусть в голосе?
55. Елена Смирнова (Nefrit88) 05.04.13 09:24
Отписываюсь по благополучному закрытию года! Мы нашли причину нашей ошибки 310, эта проблемная таблица (1SACCSEL.Dbf) 17 003 596 записей, кстати не самая большая по весу, всего 747МБ. Оптимальным решением оказалось изменение глубины счетов до 2х (Отбор по счетам, количество уровней). В данный момент таблица 162 764 09 записей и размер ее 698мб.
Ах да, подпорки в виде доп утилит ставить не ставили. Т.к. для нас это слишком большие риски, слишком много баз крутится на этом сервере.
56. Галина Черных (g26516) 05.04.13 09:32
(55) Nefrit88,
Мы тоже недавно благополучно закрыли год. Где вы конкретно изменили глубину счетов? Более подробно не подскажите? И как это повлияло на все остальное?
Спасибо.
57. Алекс Ю (AlexO) 18.09.13 17:50
Какие-то изменения произошли за 2 года?
58. Епрст (Ёпрст) 18.09.13 17:52
(57) Конечно!
Автор стал, как минимум, на 2 года старше.
59. Александр самойлов (Asamosan) 31.03.15 08:34
Всем доброго времени суток.
Столкнулся с проблемой при выполнении п. 5:
Скачал указанную программу, открыл таблицу, свойства таблицы, но закладка с индексами пустая, поправить ничего не получается.
Таблица 1sconst.
60. Епрст (Ёпрст) 31.03.15 09:31
(59) смотря чем открывал дбф файлик.

А так, будь проще - порежъ периодику и привет, например, цены номенклатуры. Оставь последние за год, к примеру.
1sconst похудеет.. ошибок не будет.
61. Александр самойлов (Asamosan) 31.03.15 10:44
(60) Ёпрст,
Спасибо. Сейчас закладки с индексами проявились, вчера нет, а сегодня вдруг отобразились с индексами.
62. OnikTs (onikts) 16.04.15 13:12
На днях возникла эта проблема, но решить ее удалось более простым способом, но это касается только бухгалтерии и только файла 1SACCSEL.DBF. Из описания в файле .DD читаем, что файл 1SACCSEL.DBF служит для отбора счетов. Открываем конфигуратор, заходим в проводки и убираем галочку "Разрешить отбор" в группе "Отбор по счетам". Сохраняем. Изменения происходят быстро. После изменения данный файл перестает существовать. Все, проблема решена.
63. Mirade Mirade (mirade) 24.02.16 16:38
У меня возникла ОШИБКА 310 из-за переполнении записями файла проводок 1SACCSEL.DBF я
сделал следующее:
1) снял с документов проводки за 1-2 месяца (чтобы уменьшить кол-во записей)
2) сделал архивную копию базы,
3) сделал усечение (сжатие) базы (1-2 мес для того чтобы пользователи могли работать).
4) сделал индексацию.

Потом спокойно сделайте удаление из рабочей базы старых документов (у меня это 1-2 года).
Мне помогло! Количество записей в файле 1SACCSEL.DBF уменьшилось.

Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа