Проблема Не сохраняются объемные документы

[ToxaRat]

load compact -ls on database.nsf
видать это не было сделано

 

[alexas1]

load compact -ls on database.nsf
видать это не было сделано

Это для старых баз, по айбиэмовской Камасутре....
В новых базах и правильным ini всё должно быть автоматом
Ну, да ладно, сам себе не поверив и компакт делал)
С 9 го, ещё, нотуса. Проверял, ждал, надеялся))))
Не работает эта хрень

 

[ToxaRat]

Это для старых баз, по айбиэмовской Камасутре....
В новых базах и правильным ini всё должно быть автоматом
Ну, да ладно, сам себе не поверив и компакт делал)
С 9 го, ещё, нотуса. Проверял, ждал, надеялся))))
Не работает эта хрень

нет
тоже самое касательно
load compact -daos on
пока не выполнишь на сервере даос на базе не включится

 

[alexas1]

нет
тоже самое касательно
load compact -daos on
пока не выполнишь на сервере даос на базе не включится

Не понятно, как тогда будут локальные реплики работать? Сохранение в UI локального дока контролируется локально на клиенте...
Плюс, load compact на сервере и compact.exe в клиенте эквивалентны
Так же, даос тут не показатель - потому, как чисто серверная фишка
И, тут же, НОВАЯ база, созданная в новых реалиях, ведёт себя так же - т.е.по старому

 

[ToxaRat]

Сохранение в UI локального дока контролируется локально на клиенте...

не контролируется - а тупо передаётся на сервер, который или запишет новые данные или отвалит ошибку

И, тут же, НОВАЯ база, созданная в новых реалиях, ведёт себя так же - т.е.по старому

та же аналогия - НОВАЯ базе создаётся чаще всего без галочки ДАОС и без компакта так же не даст ДАОС

кстати ваша версия 10.0.1 вышла до 9.0.1FP8?
кажется 10.0.1 ещё не знает о -LargeSummary

 

[alexas1]

не контролируется - а тупо передаётся на сервер, который или запишет новые данные или отвалит ошибку

та же аналогия - НОВАЯ базе создаётся чаще всего без галочки ДАОС и без компакта так же не даст ДАОС

кстати ваша версия 10.0.1 вышла до 9.0.1FP8?
кажется 10.0.1 ещё не знает о -LargeSummary

9.0.1FP9 то вышла после 9.0.1FP8 жЭ ))) (на FP8 не смотрел, да)
так там тоже самое, и в FP10 так же... на всех ифах
как только фичу анонсировали, стал проверять постоянно, поскольку это тогда было для меня важно, щщя забил
кста, компакт тоже делал (с опцией ls) и сделал только что на новой базе
я допускаю, что я не так в лыжи обутый, ток не врубаюсь где))))

 

[alexas1]

не контролируется - а тупо передаётся на сервер, который или запишет новые данные или отвалит ошибку

ты хочешь сказать, что в локале работать не будет?
тогда это хрень

 

[kolka]

IsSummary = False для всех таких полей перед сохранением пробовал? Если требуется поиск по этим полям или показ по вьюшкам, то не подходит.

 

[abdurtim]

Привет всем. Документ не сохранялся, потому что переполнялось поле Report. Оно содержит весь протокол работы с документом, соответственно может очень сильно разрастись. Я вроде бы решил проблему таким путем:

item.IsSummary=False

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

 

[ToxaRat]

Тут могут быть подводные камни?

поле Report. Оно содержит весь протокол работы с документом

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

вот твои подводные камни