где можно почитать или посмотреть по сабжу?

updade -это t-sql какой?

в профайлере, извращенец вы батенька.

update )))

1С:Предприятие 8.2 (8.2.15.310)

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

кто понял что надо?

(5)впихнуть невпих уемое!

update полЕЙ реквизита составного типа

(6) легко
а=Новый СписокЗначений();
а.Добавить(а);
а=ЗначениеВСтрокуВнутр(а);

кстати в теме поправьте плиз на update
(7)  ну пусть будет так )))

типы поля номенклатура в типовом упп:
"СправочникСсылка.НоменклатурныеУзлы, Строка, СправочникСсылка.СпецификацииНоменклатуры, СправочникСсылка.Номенклатура"

(имеется в виду тч "исходные комплектующие" справочника спецификации)

общий вид проблемы которая скорее всего возникнет: объем данных не позволяет их перенести за приемлемое время иначе кк скулем.

(7) фраза "пока обшел путем установки полю типа нужного типа" говорит о том что в 1с он составному дал значение нужного типа, с скл не связано

(8)т.е. этот реквизит не запросом апдейтить а перебором? или что?

(11) это вобще не про задачу, это как впихнуть невпих уемое) не делай. или сохрани всё и сделай

(12)"или сохрани всё и сделай" - что нужно сделать?

(13) выполни код из (8) в обработке например

(13) копию базы

(2)это в смысле там отловить одинесовский запрос и использовать потом его?

(16) Не делай этого. У тебя база 500 гиг и регистры рассчитаны до даты второго пришествия Христа?
[общий вид проблемы которая скорее всего возникнет: объем данных не позволяет их перенести за приемлемое время] - скорее всего!
Вопрос, зачем сейчас искать проблему, если ее "скорее всего" нет?

(17)база 70 гигов ТИС, нужно вынести в УПП остатки на дату + обороты за небольшой период документами. думаю на этом пути где я вынес только код, наименование, иерархию справочников и остатки тмц в документы "оприходование", мне ещё встретися такая задача. Вообще такой способ выбран для того чтобы уменьшить время двойного учета и обучения пользователей, заодно поставить учет, инкрементальный импорт, только не конвертацией а комбинацией из восьмерочного кода и скулных апдейтов, так вот наверное придется влезть в профайлер, потому как каждый раз делать даунгрейд возможно не получится, в указанном случае даунгрейд это даже хорошо на данном этапе, но не факт что в остальных прокатит, опять же возможно есть готовое решение как обмануть платформу, принудительной типизацией со стороны восьмерки при создании строки у меня не вышло.

(18) я конечно фикси, но такими ухищерениями, что бы быть незаменимым, не держусь за рабочее место.

База типа ТИС, только украинская,  50 гиг, ole обмен, загрузка данных за месяц 2 часа, в день в среднем 3 тысч одного вида документов (расходная накладная).

(19)алгоритм такой, средствами восьмерки создаются недостающие элементы вычисленные через опенквери, потом апдейтятся реквизиты, на весь инкремент за день должно уйти меньше часа, если у вас подобный алгоритм уcпевает отработать по оле за 2 часа, при том что количество документов у нас примерно такое же, значит вы хорошо всё сделали потому как только перебор справочника номенклатура из 152681 позиций, партий более 1,3 лимона и персонал который не может обяснить нужно ли всё это или только то что на остатках, точнее может но алгоритмы такие что только пользователь вручнуу глядя в несколько баз это может установить, короче как-то так. конвертация отпала сразу, оле почти сразу, перебор рекордсета на 3 день. вычисление недостающих через опенровсет родилось при переносе партий, что я делаю не так, и какой-такой у вас волшебный оле? )))

(19)незаменимость не при делах, это только внедрение, как перейдем - использоваться не будет

А решит, ли 8.2 проблемы в головах?

Я сомневаюсь, что у тебя будет полный обмен между 8 и 7.7 все равно там или там не будет необходимых данных и решать так и так прийдется, где мы ведем учет, а где получают отчеты.

(22)обмен не нужен на постоянку это такой способ внедрения я избрал с учетом реалиий конкретной компании, более того на первом этапе это будет собственно ТИС средствами УПП, и только после перехода будет получен фитнансовый результат и прочая ботва

к (23) на остатках более 300000 строк, ну не заставлять же их вводить руками, напрмер.

(24) Как раз остатки то фигня, как будешь трактовать "Категории товаров", вот вопрос (если у вас конечно используются).
Или продажи за последнии два года, продажникам, или загруженность склада для логистов, за аналогичный период прошлого года. И никого нафиг не волнует правильные остатки на 15.01.2010...

(25)остатки сказали на первое августа например устроят
категории маленько задействованы - в упп тоже есть, ещё нужно узнать кому они нужны и зачем
волнуют или не волнуют остатки а объективно это основа учета, фантики-бантики без адекватности десйствительности никому не нужны и так уже тут всех достали "глюки"

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

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

вообще фраза "остатки фигня" это сильно сказано, видимо тут есть ваши единомушленники если мне на вопрос где остатки 3 недели страшную правду не знали как сказать, о перекосе регистра партий относительно регистра тмц.
)))

[страшную правду не знали как сказать, о перекосе регистра партий] - ну вот скоро узнаешь старшную правду, что ГБ проще выкинуть копию чековой ленты и заплатить админ штраф, чем показывать проверяющим реальный состав продажи...
И по опыту, я уверен, что оперативные остатки на складах у вас сходятся тютильку в тютильку, а если недостача, то на работников списывают и инвентаризация раз в 2 недели проходит, а по бух. учету раз в год...

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

как то мы отклонились от реквизитов составного типа

в этом я тебя не помощник, старался отговорить как мог...

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

как то мы отклонились от реквизитов составного типа )

up

а что "ап"

конкретно напишите, какие поля какие значения непонятны

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

(33)
полей может быть больше
по 1 на каждый тип

(34) т.е. нужно было указать тип ещё в одном из полей?