При записи в РС обнаруживаются одинаковые записи. #343421

Народ что делать когда несколько строк равны между собой при id_ges=kol=data_otk=tochka=naim=cena=id_nom=pr_otkaz вылетает ошибка при записи что такие записи повторяются. а нужно записать рег1. Надумка такая что если записи совпадаю в "Исключение" вставить код пока RS.EOF = 0 Цикл     Но как это осушествить

а ты вот так специально с русско-английской смесью нам мозг решил взорвать, или у тебя везде так?

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

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

Ок. !! тогда как мне исключить эту запись повторения. чтоб она не писалась в РС.

запихай в таблицу и сверни

Думал лучше так будет для понимания суть проблемы )))

Да насворачивал в таблицу ТЗ.Свернуть("data_otk,id_ges,naim,tochka,id_nom,pr_otkaz,kol,cena"); никуя. тема даже есть

чем рег.cena лучше для понимания сути проблемы, чем рег.цена, и т.д.?

по уникальным полям сворачивай

Извините за Мат) погода фиговая в перми. Дождит

А если так?

Гы. Не Виноват я. До меня было так. менять не хотЦЦа.

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

чо измерения, а чо ресурсы в регистре? и еще, на случай всяк, у набора записей регистра есть методы: Выгрузить и Загрузить, чтобы не оч париться...

к

Регистр Сведений:

Уважаемые знаю я.

а зачем регистр сведений для такого вида учета вообще использовать? если кол и цена? и как должны вносится те данные, у которых все измерения совпадают? ИМХО изначально проектировал базу человек, нифига не знакомый с 1с и регистрами накопления...

ТЗ.Свернуть("data_otk,id_ges,naim,tochka,id_nom,pr_otkaz" , "kol,cena"); вот только надо учесть, что цена и количество - сложатся... надо знать, какие данные должны быть в регистре, в смысле, что такое цена и количество.

Как мне эти сведения запихать в 1С без повторений строк id_ges=kol=data_otk=tochka=naim=cena=id_nom=pr_otkaz

нафига мне Сумма по "kol,cena"?!

что есть кол, и что есть цена? что это вообще за регистр сведений? скажи нам, что он олицетворяет в реальной жизни?

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

КОл-это количество Товара названиия-naim, его кода - id_ges, а cena - это Цена единицы товара.

пиши не в набор записей, а создавай менеджер записи. Медленее будет работать но зато будет.

To   Mitriy Как если встречаются одинковые записи. исключить эти двойные одинакоые записи и записать одну. будет тогда Гуд. я уже писал в

количество товара где? ИМХО нужно как минимум цену - в измерения перекинуть...

чушь какая то.

Спасибо. нет уж за один день накапливаются около 10000 записей. Отдел без работы сидеть будет)

ну тогда используй ТЗ перед добавлением в ТЗ проверяй есть ли там строки по одбору. Только все равно медлено.

+ иначе: меняй структуру регистра. ИМХО других вариантов нет.

придумывай, как считать среднюю цену или еще какую максимальную/минимальную, либо , либо , либо по периоду разводи, но чо-то в измерениях должно быть разное...

Это вариант думаю проделать вставлю счетчик при Регистр Сведений:

тебе еще не говорили, что база тормозит?

пусть скажут только я тогда сделаю Рег = РегистрыСведений.zakup_otkaz.СоздатьМенеджерЗаписи; ))гы До хера долго будет переписыватся. пробывал когда на обед ходил. пришел. а он все еще пишет.

ентот код не поможет, имхо Рег.ДевственныйСчетчик всегда равен 1...

+ и вааще чо-то все как-то тупо выглядит, прощу прощения, задача изначально неправильно поставлена, имхо, много гемора предвидится, причем бесконечного...

+1

епт. увидел что не дописал. а вот так поможет лешить девственность счетчику. Регистр Сведений:

ну так я уже спрашивал про предметную область, отражаемую регистром... «а в ответ тишина...»

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

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

регистр сведений: непериодический и независымый!

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

не катит так Ошибку выдает. {Отчет.Отчет2.Форма.Форма}: Ошибка при вызове метода контекста (Записать): Запись с такими ключевыми полями существует! : 21.03.2008 0:00:00 : 4 442 599 :  : КД093701 : 3 853 184 : нет сертификата в Перми :  (Регистр сведений: Zakup otkaz; Номер строки: 1363)            НаборЗаписей.Записать; по причине: Запись с такими ключевыми полями существует! : 21.03.2008 0:00:00 : 4 442 599 :  : КД093701 : 3 853 184 : нет сертификата в Перми :  (Регистр сведений: Zakup otkaz; Номер строки: 1363) Как исключить то запись? и в этот момент эти строки записать Рег = РегистрыСведений.zakup_otkaz.СоздатьМенеджерЗаписи;

так то, что ты просрешь эту запись - это ничего, чтоли?

Даааа... Хватит одной этой записи. Просто изночально в SQL записывать стали не так с повторяющими записями. Как произвести переборку по повторяющими записями за периуд. и записать только одну запись. Такая запись может выпасть 1 на 20000

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

Тупо перенести-означает правильно перенести. тут мужрить не надо. где повторяющие записи записать одну. делов то((( тока как.

и что получится. что у повторяющихся записей в регист запишется сумма по колличеству?

А чего DISTINCT или группировку при выборке со скуля не используешь?

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

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

а потом как мне при формирование отчетов вылавливать эти просранные записи они же записались в регистр полноценно ?!

так это ж только количество возвращает о_О

ясно, что группировать надо по измерениям. А вот что с ресурсами делать хз. Если все записи с одинаковыми измерениями имеют одинаковые ресурсы, то МАКСИМУМ по ним, а если нет, то РС неправильно спроектирован. Учитывая, что после сворачивания ТЗ, 1С ругается, то имеются уже записанные записи.

при способе записи из - просранные - значит просранные. причем при «дозаписи» - еще может и «ДевственныйСчетчик» не помочь. я же говорю прежде чем переносить - надо подумать, зачем оно надо в 1с ибо не все возможно...

ой. Это нужно для ИндикаторРаботы.МаксимальноеЗначение= RS.fields("kolq").value; вот он кодик ддорогой выборки RS.Open("SELECT * FROM dbo.zakup_otkaz  where data_otk between CONVERT(DATETIME, '" + ДатаНачТекст + "', 103) and  CONVERT(DATETIME, '" + ДатаКонТекст + "', 103) ", Connection);

> причем при «дозаписи» - еще может и «ДевственныйСчетчик» не помочь. тут уже как мин будут две уникальные поля в записи это дата data_otk и «ДевственныйСчетчик»))

ну и где у тебя там группировка или DISTINCT ?

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

дистинкт не спасет - он на все колонки распространяется, а в 1с уникальны должны быть комбинации измерений, а не измерений+регистров

ну, это да, упустил...

О, другое дело попробую организовать это. типо как это в коде реализовать а дальше как в конце не допонял?

забей на DISTINCT :) все зависит от ситуации.

смотрю, цену уже в измерения перекинул :)

ага. периуд сделал месяц. щас переписывается предварительно свернув таблицу вот так ТЗ.Свернуть("data_otk,id_ges,naim,tochka,id_nom,pr_otkaz,cena"," kol"); 1С подвисла. что будет если в ТЗ запихнуть около 100тыс.записей. справится? )гы

все еще висит. Жду....

жду еще 5 мин и вырубаю 1С через контрАльтДелет

надо было прогресс-бар какой-нить с обновлением через каждые 1000 строк придумать - хоть прогресс был бы виден

если получится то кусочками запись зделаю по 5000. а то весит не по детски. Это попробую Если не удастцца так ТЗ.Свернуть("data_otk,id_ges,naim,tochka,id_nom,pr_otkaz,cena"," kol"); т

учти, что нужно принимать в расчет то, что уже лежит в регистре. за и параметры «записать» смотри - я не помню, по умолчанию оно затирает то, что в регистре есть, или нет....

дык. емая. все я реализовал процес Бар показывает когда считывается записи на должном уровне. а когда доходит до ТЗ.Свернуть Записать там ни как процесс бар не организуешь.

Вроде не затирает. я придварительно по неделям попробывал. все ОК была. решил прогнать по полной программе.

ООоооо..Ого-ого. получилось. записей 210 тыс. )))

крута

и что, без косяков?

.... .... 210 тыс. раз ....

Верно. без касяков пока. а что у меня с двоиными записями случилось по kol? как мне теперь их исключать....в дальнейшем

попробуй Select data_otk, .... , Sum(kol) from ... Group by «все из селекта, кроме Sum(kol)» - пусть скуль сворачивает за тебя ;)

а в - RS.Close сразу почле цикла делай - пусть сервер сразу освобождается, а не после того, как таблица свернется ;)

что то начал пробывать тестить в SQL ни фига не выходит. Group by  ALL Сделал.

У МЕНЯ ВОПРОС. Почему ДАННЫЕ КОГДА ЗАПИСЫВАЮ В РС, ДО ОНи ПОВЕРХ СТАРЫХ ПИШУТСЯ.

Все же Оказалась такая строка что в ней все параметры равны.