последний по времени файл 1SCRDOC.CDX.
Может поможет перепровести всю базу?
|
последний по времени файл 1SCRDOC.CDX.
Может поможет перепровести всю базу?
Какой общий размер базы ?
Релиз платформы случайно (относительно=)) не устаревший ? (должен быть 027)
Что то в конфигураторе меняли ?
Все *.cdx пробовали удалять ?
обычно "битый" регистр - это регистр с самым большим cdx - ом .. (в DD можно посмотреть что это за регистр)
вообще volandd прав ...
можно поступить более радикально ... сносите все RG RA файлы, берите их из копии, запускайте ТиИИБ (с удалением движений), и потом перепроведение всех документов и опять ТиИИБ
Если выгрузку сделать получилось - разверните ее на SQL-е сделайте все "шаманские" действия, и опять перегрузите в файловую (если свертка базы все же нужна - на СКЛ-е проще сделать... )
1SCRDOC - это ОБЩИЙ журнал документов (вернее ссылок на них).. именно из него берутся даты ... .CDX - это соответственно индекс этой дбф-ки.. он почти всегда будет иметь самую позднюю дату
Кратк. - сестр. тал. !
База 7.7 старая переписаная торговля, размер базы 6 Гб, максимальный размер файла dbf 700 Мб.
Релиз платформы последний 027.
Для файловой семерки максимальный размер базы 1-2 гига (точно размер не помню можно поднять мануалы, но точно знаю из практики - 2 гига уже критично). После этого могут начаться проблемы, причем непоправимые.
На чем запускаете проверку? Если стационарный комп средней мощности, то на таких объемах и будет виснуть. Берите самый мощный сервак на предприятии и вперед на ночи 2-3 - т.к. после проверки вероятно еще лечить надо будет. (хотя вдруг у вас сервер по мощнее, управитесь быстрее).
И можно вопрос, количество пользователей в базе? (активных и списочная).
Последний раз редактировалось Солнечный Котенок; 19.11.2015 в 19:17.
корректней говорить про ограничение размера для одной таблицы 2 Гигабайта ( ограничение формата DBF). Размер базы может быть и больше 2 Гигабайт.
Значит будем жить.
Последний раз редактировалось Солнечный Котенок; 19.11.2015 в 20:02.
Жуть какая))))
Значит будем жить.
сервер очень мощный. Пока не победил проблему, играюсь с файлами dbf - пробую очистить RG RA файлы, найти какой именно регистр сбоит и в каком периоде.
Ага, увидела, и в репку написала.
Я бы для спортивного интереса попробовала бы еще на 25й платформе...
Но в любом случае правильно тут посоветовали. Переезжайте со старой базы - как и куда это уже другой вопрос.
Последний раз редактировалось Солнечный Котенок; 19.11.2015 в 21:12.
Сделал выгрузку базы с помощью плагина, загрузил в чистую - пересчет итогов проходит на ура. Без выгрузки в реальной базе пересчет итогов не проходит, нашел регистр из-за которого не проходит. Это самый большой по размеру. Пытался найти какая именно запись глючит, но не нашел. Видимо просто из-за большого размера 1,3 Гб файла RG не проходил пересчет итогов. В новой упакованой базе он имеет размер 500 Мб.
Пробую перевести базу на SQL. Столкнулся с таким глюком:
ДатаЗапроса = СформироватьПозициюДокумента(текДок,-1);
ТекстЗапр = "Период С ДатаЗапроса По ДатаЗапроса;";
|Тов = Регистр.Консигнация2.Товар;
|Кво = Регистр.Консигнация2.Кво;
|Функция ККво = КонОст(Кво);
Надо получить остатки ДО документа и в файловом варианте так и работает.
А в SQL остатки берутся уже после проведенного документа.
В отладчике позиция документа возвращается одинаковая в двух базах,
а результат запроса разный. Может это связано с транзакциями, которые в SQL
по другому работают, чем в файловой базе.
Скорее всего... Не знаю Вашего кода поэтому точно не скажу.
Из личного опыта, при переходе с файловой на sql надо смотреть что-бы логика запросов к данным была четко sql-ная. И при необходимости переписать.
Погуглите. Ошибка довольно распространенная.
Один из вариантов решения:
Запрос = СоздатьОбъект("Запрос");
Запрос.ВключитьSQL(0);
проверить как отработает.
Последний раз редактировалось Солнечный Котенок; 26.11.2015 в 13:58.
недокументированная ф-ция ВключитьSQL() никак не влияет на логику выполнения запроса. При ее использовании с флагом равным 1 запрос выполняется быстрей. Только и всего.
Значит будем жить.
Запрос.ВключитьSQL(0); ПОМОГЛО!!!
Спасибо, не знал такую фишку.
Социальные закладки