Цены номенклатуры срез последних дает две цены!! #711179

Добрый день. Запрос по регистру цены Номенклатуры срез последних возвращает две цены. Думаю тестирование исправление поможет. Уже запущено! Меня интересует корень проблемы. Как избежать данной ситуации в будущем? База распределенная! В главной БД нет такой проблемы! Спасибо за внимание!

а сколько измерений в регистре?

Это нормально. Для двух типов цен так и должно быть. Можно закрывать ветку. Следующий.

а корень - надо смотреть не в виртуальную таблицу, а в реальную, покурить, что там с регистраторами и прочей фигней. мало ли что там на файловой может быть...

По какому-нибудь из измерений строки среза различаются

"В главной БД нет такой проблемы! "

Проблема только одна - в голове.

да небось валюты задвоились, а параметр в запросе на Валюта.Наименование

и ни один не спросил про сам запрос..

Ванговать прикольней

Автор, покажи запрос уже!

ВЫБРАТЬ ИЗ

оставь только номенклатуру и цену - очень удивишься

ХарактеристикаНоменклатуры - измерение?

Фильтрую лишние изречения великих умов не относящихся к сути  дела, и проявляющие неуважение к автору. Время ценно! Т.е. в срез последних может возвращать более одного результата запроса если идут разные измерения. Характеристику измерений не используем "Пустая ссылка: Характеристики номенклатуры". Но есть вероятность того что  характеристика имеет разный типы или ссылку. Мб запись в таблице. БД на SQL. Поправьте если не правильно понял.

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

[Но есть вероятность того что  характеристика имеет разный типы или ссылку. Мб запись в таблице. БД на SQL. ] бред

всё-таки какие измерения у регистра?

в чем LOL то?

В том, что В. Для разных номенклатур будут разные записи. Не?

да но на каждую номенклатуру одна запись с ценой

Я все таки жду результата тестирования БД. При открытии регистра "цены номенклатуры" в бд РИБ идет какое то наложение данных.

Нет. На каждую характеристику.

Нигде не написано, что это на одну номенклатуру

так он у тебя по Акция двоит

ну для "Стаж: 4 года 8 месяцев 25 дней" было бы совсем уж глупо если б написал что для двух номенклатур выводит две записи

причем тут характеристика ежели она пустая везде

один док в центральной непроведен

походу при обмене задвоились документы "Установка цен". Грохните лишние и всё будет нормально.

В рисунке не видно кода номенклатуры. Вытащи еще код номенклатуры и выложи рисунок. Мне кажется 2 строки - 2 разные номенклатуры

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

будет в итоге фруктовый сад 0,95 и  фруктовый сад 1,93

Номенклатура В (&Сз) - в &Сз у тебя наверное эти 2 номенклатуры.

продолжая мысль - Вместо Номенклатура В (&Сз) нужно Номенклатура = &ВамНужнаяНоменклатура

да это то причем, ТС интересуется почему для одной номенклатуры выходит две записи?

"Запрос по регистру цены Номенклатуры срез последних возвращает две цены" - то есть вы хотите же на 1 номенклатуру вывести цену? он передает список номенклатур в &Сз. А нужно только одну

его запрос тоже отработает, если в &Сз передаст только 1 номенклатуру

отладчиком посмотри,что в &Сз

да на картинку глянь хоть

У неё там своя атмосфера. :)

ну да :)

Кто сказал, что нужно одну. Автору нужно получить цену каждой номенклатуры из списка номенклатур. я бы из запроса еще НомерСтроки убрал.

да уж. Согдасна. Я верхнюю смотрела. Вообщем документы задвоены

Отстаньте от списка пожалуйста. я подавал специально два значения в списке. да бы понять проблема по одной номенклатуры или нет! Проблема идет по все номенклатуре. Поверьте если подать одно значение или поставить "=" картина одинакова. Проверил установки цен нету двойных записей. Я стараюсь вам дать максимум информации и для помощи мне. Есть еще информация следующая. При открытии регистра и установки фильтра имею следующую картинку. Далее передвигаю полосу прокрутки для просмотра верхних значений регистра. Получаю нормальные данные. Грешу на бд. Проверку и тестирование БД сейчас запустить не могу т.к. порушу работу окончательно. Выбираю меньшее зло. Ночью поставлю на тест.

ну это двояться одинаковые строки, с этим можно и без тестирования разобраться, а вот как несколько записей с одинаковыми измерениями периодом по разным докам попали не понятно, РИБ вместе с доками движения переносит, или движения в ПБ после проведения доков получаются?

вторая картинка идентична отбору в главной бд!

"Далее передвигаю полосу прокрутки для просмотра верхних значений регистра. Получаю нормальные данные" - это просто хватаете полосу прокрутки и двигаете? и получается в итоге резко второй рисунок из ?

кстати кэш чистить не пробовал? ну так... на всякий случай

было у меня такое - у одного пользователя такие цифры в одном и том же документе. У другого другие цифры в том же документе. Очистила темп файлы - все нормально стало.

рекомендуешь мне почистить, чтоб у ТСа все нормально стало? :)

попробуй.

мне вот про картинку из интересно

знаешь как темп чистить?

а то сейчас поначистиете

глумишься? или прикалываешься?

сама с собой беседу ведешь?

(55-56) - не поняла

C:UsersЮзерAppDataLocal1C1Cv82 C:UsersЮзерAppDataRoaming1C1Cv82

и прочитай

Верно! Про кеш не подумал. Спасибо!

очень внимательный, иде в про кэш?

Тссс!!  Мы наблюдаем случай так называемой спонтанной телепатии. Это очень распространено на мисте.

Все правильно!!!! Документы проведены в одно и тоже время и в рег. пошло две записи. Один док некорректно сел. Провел заново в последовательности, все исправилось. Я уже голову сломал. Спасибо вам!

хочешь сказать, что в РС создались неуникальные записи?

если не проведение документов, а запись в регистр наборов записей напрямую с ОбменДанными.Загрузка = Истина, думается вполне себе может записаться

Сейчас думаю как этого избежать на будущее. Кто виноват? пользователи, железо, программист - тяжело определить. Когда происходит сбой нужно устранить проблему как можно быстрее, последствия бывают разные. В данном случае обошлось, нету конфликта с покупателем, статус фирмы не подпорчен и покупатель не потерян. Просто сложить руки и забыть не могу. Вижу минимально решение мониторинг (Отчет по сравнению дб, рег. и.т.д). Прошу вас поделится мыслями или решениями по поводу предотвращения ,мониторинга. Буду очень признателен. ОбменДанными.Загрузка = Истина, изучаю данную область.

для перегрузки, перегружать движения не самое лучшее, либо сильно контролировать надо, но лучше все таки думаю перегружать документы, а движения пусть при проведении этих документов происходят, но вообще что то в настройке обмена РИБ что то неправильно...