1С УТ 8.2. Простенькая задача. Сохранить значения для печати ТТН. Т.е. задача сохранить данные которые вносит бух при печати ТТН. Добавил Регистр сведений, прописал все 10 измерений и при попытке обновиться система выдает ошибку:
"В процессе обновления информационной базы произошла критическая ошибка.
по причине:
Ошибка СУБД:
Длина ключа индекса превышает максимально допустимую..."
Как обойти ошибку? Спасибо.

Специалиста позвать.

хранить эту муть не в РС а в ХЗ

(0) А регистр нахрена?

()А смысл?на форуме каждый день пишут автозаполнение ТТН

Я бы тоже охерел построить общий индекс для 10 измерений, которые строковые скорее всего.

(0) а регистр то зачем?

(3) Самое оно то - регистр

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

(6) А как?

(5) И длиной по 300, не меньше (типа на всякий случай)

(0) 1С УТ 8.2

ну а где хранить?

(9) В хранилище например

Намекнули же уже.

"Добавил Регистр сведений, ***прописал все 10 измерений***"

Если решил в РС, то там нужно 1 (одно) измерение

(12) И еще писать код по обслуживанию хранилища? Т.е. чтобы при удалении документа удалялось и в хранилище.
Или будем добавлять реквизит в документ с типом хранилище значений?

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

(15) Ведущее
(12) Вот. А хранилище - в регистр

(17) см (2) ;)

(16) Паша, вы опасны для 1С программирования

документ, вместо обработки, не предлагать?

(18) Да я так давно сделал.

(20) Нет

(22)почему?

(15) надо исходить из задачи... Надо хранить введенные в табличный документ данные, чтобы они не терялись...Для этого достаточно хранилища или просто строкового реквизита по типу адреса...

(4) э ну что сразу каждый день-то:)))

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

(25)вот и я о том же в (20)

Чет как то сложно все. С 10 измерениями в регистре я думаю переборщил. Тогда, сделаю одно измерение и запишу туда строковое значение всех реквизитов. А после при открытии документа, через СЗ буду их оттуда доставать. Наверное так лучше?

(24)
а) ТТН-ка минимум для 4 типовых документов - это раз.
б) При выполнении метода ПолучитьОбъект() данные реквизитов с хранилищем тоже читаются (в 8.1 было), даже без метода Получить()

(26) я просто задумалась как бы я сделала и не заметила:)

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

(27) Нет

А лутше хранить эти реквизиты в свойствах документа - конфу не придется менять. И если приспичит что-то добавить - удалить. Можно в режиме предприятия сделать.

(32) Лучше организационно, хуже оптимизационно.
РС СвойстаОбъектов - не резиновый!

(29)я так под 8.1 делала :)

(33) +1 В УТ11 вообще свойства объектов вынесли в доп Таб части.
Говорят из за RLS, но и оптимизационный момент здесь есть.

(27) Хуже так, хотя хуже уже некуда.
Ссылку на документ там надо, а не строки твои.

(30) чем раздувать? строковым реквизитом?

(36) Надо не ссылку, надо автору специальность менять, захватив с собой Pasha

(38) +1

Ихмхо, лучше добавить это в РС настройки пользователей. И соответственно добавить элементы в ПВД настройкипользователей

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

Тогда создаю новый реквизит ХЗ, и записываю туда все данные печ. формы.В случае удаления документа ХЗ тоже удалиться.

Сохраняй значения при помощи формы!

При закрытии формы:

СохранитьЗначение("Параметр1", ПараметрРаз);
СохранитьЗначение("Параметр2", ПараметрДва);

При открытии формы:
ВосстановитьЗначение("Параметр1");
ВосстановитьЗначение("Параметр2");

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

(43) тебе ж (17) открытым текстом написал. делаешь РС. Измерение - Ссылка на док, Реквизит - ХЗ. и играйся с ним сколько влезет.

(44) Ооо, еще один! Привет, заходи.

(44) тоесть прощай групповая печать?

44) я такое делаю только для отчетов ))) + у нас вариант не файловый а sql
46) Все. Понял. Спасибо ребята.

(46) ты тоже ведешь список копрокодеров Мисты? ))

(0) хм. мы в свойствах документа сделали. и только печатную форму изменили, чтобы свойства подхватывались. а для нескольких документов реализации сделали отдельный документ "печать ТТН", в котором пользователь подбирал реализации.

(46) что не так?

(0) Тебе не измерения нужны, а реквизиты или ресурсы регистра сведений.

(51) открою маленькую тайну. Если пользователь сменит клиентскую машину,то значений тоже больше не будет.

46) хотел учтонить. делаем через Регистр сведений, для того чтобы не описывать блок удаления сохраненных значений при удалении документа. Так? Режим записи подчиненный регистратору.

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

55) это не надежно. для отчетов такой метод пойдет.

(54) Нет.
Независимый регистр
Измерение
Объект - ссылка на документы (перемещение, реализация, возврат), ведущее
Ресурс
Данные - Хранилище значений, содержащая сжатую структуру с набором всех реквизитов и значений.

Че трудно штоле?

57) это все понятно. если документ удалиться запись в регистре сведений тоже?

(55) Тоесть, ты хочешь сказать, что для нового документа форма заполняется предыдущими данными?
И также для старого документа форма заполняется данными (левыми!) из предыдуще редактированного документа.
Я раскрыл замысел?

(58) Измерение Ведущее. Те третий раз уже говорю.

(57) имхо, Данные лучше Реквизитом

(61) Монопенисуально, я думаю.
А какая разница то?

(60) сорри конечно. не могу понять тогда на кой нужен тогда регистр. если мы можем ввести в документ новый реквизит Хран. Знач.?

(62) просто концептуальней. а так да - в этом случае монопенисуально )

(63) Для совместимости с обновлением

goto (28).
Ну и сепарация при всяких обменах тоже.

(57) аааааааааааааааааааааа
зачем ты раскрыл главную тайну :(

(67) Походу пока еще нет. Не все могут понимать эльфийские письмена.

(63) отчего то хреново иметь реквизиты с типом ХЗ в часто пользуемых объектах :(

(57) ты пользователя забыл в измерение.

(70) во бухгалтерия обоссыться от радости, когда разные люди будут печатать из 1 документа разные ТН.

70) нужные единые данные

(70) Счастье для всех даром, и пусть никто не уйдет безнаказанно?
Стим, прекращай сидеть на Дубовом, оно опасно!

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

(74) Ты вправду такой или просто тему не читал?

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

(76) про какие настройки идет речь? я думал, про настройки печ формы - поля, число экз на странице и пр

Спасибо, всем. Сделал.
(0) "хм. мы в свойствах документа сделали. и только печатную форму изменили, чтобы свойства подхватывались. а для нескольких документов реализации сделали отдельный документ "печать ТТН", в котором пользователь подбирал реализации."

(50) А что за свойства документа? Как их использовать?