Превышен Лимит Поля В 32кб

[Dragon108]

Вопрос наверное уже такой был, но ответа найти не могу.
В текстовом поле объем данных превысил 32 кб, соответственно с документом ничего сделать нельзя, сохранить себя не дает, поле исправить ни в ручную, ни программно не получается - все так же ругается при сохранении.
Можно ли что нибудь сделать? (например удалить это поле) Был бы рад ссылкам.

Добавлено:

Вопрос наверное уже такой был, но ответа найти не могу.
В текстовом поле объем данных превысил 32 кб, соответственно с документом ничего сделать нельзя, сохранить себя не дает, поле исправить ни в ручную, ни программно не получается - все так же ругается при сохранении.
Можно ли что нибудь сделать? (например удалить это поле) Был бы рад ссылкам.

фиксап тоже не помог(

 

[Kizarek86]

Call notesDocumentCollection.RemoveAll( force )
норм удаляет.

 

[Medevic]

Создать новый документ и скопировать в него все поля кроме превышенного.

Добавлено: IsSummary = False тоже не срабатывает?

 

[Dragon108]

Создать новый документ и скопировать в него все поля кроме превышенного.

Добавлено: IsSummary = False тоже не срабатывает?

Ну походу так и придется ...
Неа, сохранить не дает (

 

[dreammaster]

Ну походу так и придется ...
Неа, сохранить не дает (

У нас была аналогичная проблема, решили так. Находим большое поле, вытаскиваем содержимое, удаляем. Создаем rich text item с таким же именем (или другим , роли не играет) запихиваем в него содержимое и сохраняем документ.

 

[leiba]

С 32к проблема может быть разной степени паршивости.
В легкой степени можно поменять IsSummary у поля.
В более тяжелом случае можно удалить документ.
В самом тяжком случае и удалить не получалось - это когда ругань шла просто при обращении к документу.
В таком случае единственно, что получалось - делать реплику БД с формулой репликации исключающей битый документ. Затем БД подменялась.

 

[ToxaRat]

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

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

 

[Eugen]

Добрый день.
Предполагаю, что столкнулся с похожей проблемой.
На данный момент у меня задача состоит в том, чтобы каждое действие пользователя при работе с документом фиксировалось в логе. Все это пишется построчно в форму в одно поле. Сегодня произошел такой казус, что все записи в этом поле пропали. Стал копать в хелпе и нашел:
Maximum size of text fields
32KB (storage); 32KB displayed in a view's column.

Если правильно понимаю, то в текстовое поле больше 32КБ данных не запихнешь? Возможно ли увеличить этот размер, например до 1 МБ?
Нормально ли, что при переполнении все данные пропадают?

 

[hosm]

сделайте поле типа ричтекст

 

[nvyush]

Возможно ли увеличить этот размер, например до 1 МБ?

Можно увеличить до 64К поставив ему флаг IsSummary = False. Если надо больше — либо рт, либо плодить новые поля. Есть ещё вариант каждое событие записывать отдельным документом.

Добавлено
Уверены, что все записи пропали? Сталкивался с похожей ситуацией — в окне свойств документа значения поля не отображаются, но в отладчике всё было видно и данные были доступны.

 

[Eugen]

Почему то не хочет писать в рт. Пишет:

Ссылка скрыта от гостей

В дебагере в values тоже пусто.

 

[Eugen]

Все нормально, заработало. Пересоздал документ, в который все должно записываться.

 

[ABarmin]

Еще стоит на сервере снимать флаг Summary в полях, которые не предполагается использовать как Readers/Authors и показывать в представлении.

 

[Constantin A Chervonenko]

Еще стоит на сервере снимать флаг Summary в полях, которые не предполагается использовать как Readers/Authors и показывать в представлении.

READERS/AUTHORS тоже можно делать nonSUMMARY.
Эффект любопытный: во view док-ты видны, НО не открываются

 

[ABarmin]

READERS/AUTHORS тоже можно делать nonSUMMARY.
Эффект любопытный: во view док-ты видны, НО не открываются

Да, про это и оговорка, что чтобы все осталось работать summary им надо оставлять.

 

[Constantin A Chervonenko]

Да, про это и оговорка, что чтобы все осталось работать summary им надо оставлять.

Так они и работают: док-т видят/редактируют только упомянутые в полях юзера. НО строка во view НЕ скрывается (соотв. нет "деградации" при листании "пустой" view)