1с 7.7 конфигурация торговля + склад уже неоднократно переписанная и дописанная. Недавно обнаружилась проблема - при формировании запроса по регистру остатков каждый раз выдается разный результат, при этом условия запроса не меняются, в базе никто не работает и новых документов и справочников не создает и не проводит. Если нажать сформировать - выдается один результат, если ничего не меняя сразу нажать еще раз сформировать выдается совсем другой результат. Может кто-то сталкивался с такой проблемой и знает как это исправить?

это правильный прог писал - не нравится результат, попробуйте ещё раз

дети баловались, до трицатипяти лет?

срочно сделать выгрузку и развернуть на другом компе, на другом жестком и смотреть повторяется ли сабж

дбф или скуль?

1. размер файлов регистров?
2. текст запроса?

(0)Обнуляйте переменные... хотя бы изредка..

(6)+

проблема может быть в дисках?
сейчас база стоит на Win Server 2003 x64, диски SCSI, RAID - правда щяс не скажу какой.

база дбф

база весит примерно 12 Гб

(6) а лучше всегда обнулять переменные.

(8) Размер самой большой дбфки?
Стопудово RG регистра партий

а какие переменные, если данные берутся напрямую из запроса при прохождении группировки и выводятся в печатную форму?

(8) теоретически даже в магнитной активности солнца

RA277.dbf  1,21 Гб
да ошбка в регистре партий

(13) ну вот тебе и ответ

(11) обычно такая ситуация возникает, если там есть ТЗ и ее содержимое не обнуляется. Поищи в коде "ТаблицаЗначений"

(13) для начала запусти полный пересчет... мама моя, сколькож это времени займет

(16) полный пересчет _чего_?

(17) итогов, в конфигураторе то был?

Дело в том что ситуация наблюдается в разных отчетах при использовании этого регистра, и таблицы значений есть не везде

(17) наличных в кошельке :-)

все индексы еще персчитай

(18) а причем тут _итоги_, если у него вылезла за пределы таблица _движений_ ?

(21) "иногда лучше жевать, чем говорить..."
молчи, сойдешь за умного...

индексы пересчитываются каждую ночь, ночью так же проходит обработка перепроводки, для сдвига границы последовательности

(20) для приглашения программиста? :-))

жую пока..., те пересчитывать не будешь?

(24) если каждую ночь пересчитываете - попробуй сжать таблицу двитжений, и переиндексироваться. Может помочь (но всего лишь _может_)
а так - либо SQL, либо обрезка, либо заплатка от hogic'а...

(26) совсем тупой? зачем ему пересчет _итогов_, если "радугу" дает превышение размера таблицы _движений_ ?

(28) 1.7 Гб файл dbf у меня работает, исключение, конечно )

Если сжать это "Упаковка таблиц информационной базы", то пробовал делать в копии - размер базы практически не изменился, правда работу отчетов в копии после сжатия не проверял - попробую проверить

(29) монопольно - возможно.  в разделенном режиме я бы получаемым данным не шибко доверял.
(30) Если файл движений не жмется - см (27)

(25) тыз нал

"Если файл движений не жмется - см (27)"
что такое 27, что-то эта ссылка меня никуда не приводит

(31) про монопольно речь вообще не идет, все в рабочем режиме...
ну и дальше не доверяй, просто научись готовить

(33) "(27)" - это значит смотри сообщение № 27.

В данном случае там ВСЕ сказано, остается только выбирать и действовать.

попробую сжать еще, если не поможет, буду разговаривать по поводу обрезки базы

на всякий случай что за заплатка от hogic'а, и где ее взять

(37)
http://infostart.ru/public/15577/

(34) я с мелкими базенками не работаю :-)

(29) Уверен, что работает?
Кончайте уже ТСу парить мозг.

(0) Либо свёртка, либо скуль. Заплатки в топку.

Всем спасибо, суть проблемы понял, теперь буду думать каким из способов ее решить.

(41) Погоди. Выложи размер обеих дбф регистра партий.

Варианта два:
а) размеры файло превысили (так говорят)
б) криворукийе программисты пишут криворукие отчеты...
.
интересно услышать косячит типовой или самописный отчет?

(0) А ты нажми третий раз и получишь третий результат. Перепиши отчет и будет тебе счастье. Ну или отлови ошибку и исправь. Тут как говорится - на твой выбор.

а в монопольном режиме также наблюдаются косяки?

(0) Приплыли.Про размер регистровых dbf и косяки после 1.2 гБ не знает только ленивый.Именно в отчетах.Так лет 7 назад все перетерли уже.Лекарство: обрезка базы .
(44) переписать отчет?Не поможет.Только если изменить парадигму;).

(43) косячит и типовой и самописный
(44) и типовой тоже переписать?
(45) в монопольном не пробовал, попробую
(46) ну лет 7 назад, когда перетирали, я 1с еще не занимался, а потом такой косяк не попадался.
Скорее всего именно обрезать и буду

(42) RA277.dbf - 1,21 Гб, RG277.DBF - 8,14 Гб

(48) Блин ошибся 8,14 Мб

(48) что-то в типовой такого регистра нет.. признавайся, что за фигню понаписали..? ;-) очень мало итогов и очень много движенйи...

(50) Как ты определил регистр!?

(50) Та звичайна така собi самостiйна фiгня: Не возможно выполнить установку актуальности итогов

(50) регистр партий

(51) 1Cv7.DD - там расписано какой файл к чему относится

(54) да я уже понял что хохлокнофа, в типовой партии завсегда 328

(54) Аа! Ты ему уже кинул 1Cv7.DD, а я думал магия :)

(56) не, не кидал, я сначала подумал что это мне вопрос, потом уже увидел, что не мне

(57) Тогда говори, что там за регистр за циферьками 277 прячеться.

(58) украинские партии там вроде

(просто в сторону: говорят что Украина нынче сало в Польше закупает)

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

(58) так я ж уже сказал - регистр партий

(60) все может быть, но Китай все равно forever

(61) ну так вроде по цифрам в (48) регистр закрыт...?

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

(65) поставь заплатку от ходжика - и работай дальше до 2Гб.
у менян та же самая история была - вывалился за размеры.. обрезал лишний учет - надолго не помогло.. а резать базу аудиторы не дают ;-)

(64) Не видно там не чего.
(65) Скуль спасёт.

(67) ra - таблица движений, rg - итогов. итоги намного меньше движений - вроде нормуль...

(47) А ты думаешь типовые пишут не студенты? Про отчетность я даже промолчу ...
Прибей все цдх - пусть пересоздадутся. Дальше определи где собака порылась - отладчик в руки и вперед. Ну и потом уже по диагнозу назначишь правильное лечение.
Размер не самое важное. Прекрасно работает ТиС и под 2 гига. В бухии действительно есть особенность с тормозами больше гига, а иногда и меньше.
(60) Не стоит верить всему что говорят.

(69) а что может показать отладчик, если иногда запрос вообще ничего не показывает, как-будто оборотов за этот период вообще не было (хотя на самом деле они были), он даже в группировку не входит?

70.
1. ставь заплатку от Ходжика
2. удалить cdx
3. выгрузка потом загрузка в конфигураторе.

ноя думаю что 1. будет достаточно,

(69) Запрос=СоздатьОбъект("Запрос");
   ТекстЗапроса="
       |ПЕРИОД С НачДат По КонДат;
       |Фирма=Регистр.ПартииТоваров.Фирма;
       |Товар=Регистр.ПартииТоваров.Товар;
       |Оборот=Регистр.ПартииТоваров.Оборот;
       |Условие (Фирма=ВыбФирма);
       |Группировка Товар без групп;
       |Функция Расх=Расход(Оборот);    
       |Функция Прих=Приход(Оборот);
       |";  
                                       
       Если Запрос.Выполнить(ТекстЗапроса)=0 тогда
           Возврат;
       КонецЕсли;  
       
       Пока Запрос.Группировка(1) = 1 Цикл
           Сообщить(Строка(Запрос.Товар)+"       "+Строка(Запрос.Расх)+"     "+Строка(Запрос.Прих));
       КонецЦикла;

Если вот такой запрос (упрощенный вариант, тоже проверялся) один раз может ничего не выдать, один - только половину, а на третий раз все правильно. Что тут может быть неправильного в запросе?

(71) спасибо, попробую все предложенные варианты, остановлюсь на том, который устроит всех (и меня и пользователей :) )

Ужос, так у вас там учета нету

(73) Поскольку доступ к базе у тебя то тебе и разгребать. Все советы уже даны. Усилием мысли никто из нас в твоей базе ничего несделает, поэтому бери ноги в руки и иди разгребать.

(76) Так я и сказал, что уже понял суть проблемы и буду теперь ее решать, а ты мне пытаешься доказать что это все отчеты корявые

(77) Тут никто ничего недоказывает. Мы невидя базу можем лишь предполагать. А ты уже на месте шамань.