Как сохранить таблицу значений #28423

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

строкой.

В смысле с разделителями?

ЗначениеВСтроку(ТаблицаЗначений)

ни о чем не говорит?

опередила ((

если в ТЗ хранятся числа,даты, строки - значенияВСтроку годится. Но если там есть объекты агрегатного типа не есть хорошее решение, т.к. оно не обеспеивает целостности хранения данных. Тогда лучше по-другому, например, через подчиненный документ

я сохраняла таблицу в которой были объекты типа справочник, типа счет, все нормально было.

сохранить ТЗ. Потом убить элемент справочника, который есть в ТЗ. А потом восстановить. Что получим?

но если бы такой элемент справочника был помечен на удаление, то поиск ссылок не обнаружил бы его присутствие в твоей ТЗ, 2.элемент спокойно удаляется, 3.при открытие нашего документа с ТЗ при попытке выполнить ЗначениеИзСтроки можем наблюдать спецэффекты, :)

бяку :))

"твоя десница доказала, что я виновен пред тобой" (с) голова

слова.

То 9,6. Неправильно по всем пунктам. С каких пор нельзя нельзя в ТЗ хранить даты и числа и выгружать - загружать через ТЗ? Я так делал не раз  - все нормально работает. Если справочник помечен на удаление то он останется в ТЗ.  Если он удален физически то будет ссылка на несуществующий эллемент по коду. Если по значениеВСтрокуВнутр то будет ссылка по внутреннему ИД. При выгрузке не хранятся все объекты целиком - хранятся только ссылки со всеми вытекающими отсюда последствиями.

"со всеми вытекающими отсюда последствиями" и - объяснение этих последствий. Нарушение контроля ссылочной целостности - если тебя это не пугает - вперед!

>С каких пор нельзя нельзя в ТЗ хранить даты и числа и выгружать - загружать >через ТЗ? перечитай 1-ю строку в 6. только внимательно на этот раз. >Если он удален физически то будет ссылка на несуществующий эллемент по коду - вот именно это и плохо, именно об этом я и говорю >При выгрузке не хранятся все объекты целиком - хранятся только ссылки со всеми >вытекающими отсюда именно так и есть, разве из 6,9 можно сделать вывод, что я думаю по-другоиу?

Нефиг элементы справочников удалять :) Только если ошибочно созданные.

Золотые слова (с) Золотые

То 15. Да первую строку не внимательно прочитал. Не согласен с утверждением  что выгрузка из ТЗ не есть хорошее решение. Я им пользовался очень часто. С точки зрения выгрузки загрузки информации из БД в БД(с одинаковыми конфами и синхр. кодами) при определенных условиях очень хорошее решение. Меньше всего кода. Не нужно думать о типизации , поиску по коду и т.п.   Просто у этого решения есть ряд ограничений но я не сказал бы что оно плохое.

+18 и работает 1Сина с ТЗ очень быстро :)

>>Если по значениеВСтрокуВнутр то будет ссылка по внутреннему ИД Что будет, если создать такой документ с ТЗ, создать новый элемент справочника, заполнить им ячейку в ТЗ, сохранить документ. Затем, удалить элемент справочника (совсем). Потом создать новый элемент справочника. Что будет в ТЗ этого документа?

документу будет))

перенос через выгрузку загрузку ТЗ - работает, только если в базе ПОЛУЧАТЕЛЕ НИЧЕГО НЕ делается руками (все документы и элементы всех справочников приезжают из источника, создание новых запрещено).... оно, конечно, работает... Если база получатель используется только для получения информации

22. Вы только что напечатали очередную глупость.

Ну раз знаете, что может быть косяк при удалении элемента справочника, так сделайте обработку предопределенной процедуры ПриУдаленииЭлемента, с контролем. Либо в процедуре ПриОткрытии проверять валидность восстанавливаемых значений.

ПриУдаленииЭлемента - ничего не даст, т.к. ссылок на элемент, сохраненный в сохраннной ТЗ НЕТ... и элемент можно прекрасно удалить... что и сделают чисткой помеченных В при открытии можно проверить валидность значений, только от этого радостнее не станет. Элемент то уже удален...

Дык, можно у справочника добавть реквизит "Использование" типа "Строка", где хранить список документов (через "ЗначениеВСтроку"), где использован этот элемент. Вопщем, была бы задача, а решение - придумаем.

пилите, Шурочка, пилите.... Они золотые.... если элемент справочника задействован в сотне-другой документов документов - ню ню... пиши... Флаг тебе в руки...

во все доках смотреть изменение строки 8)

То 20. А ничего не будет:)(В смысле на новый справочник ссылатся ячейка в тз не будет) Потому как "хитрая" 1С получает новый ID не только через максимальное значение в таблице а и через счетчик в таблице _1SUIDCTL