поле Log

@oxystyty · Регистрация: 29.04.2006

Студворк — интернет-сервис помощи студентам

кто как работает с полем лог-протокол, куда заносятся все изменения с документом,все пользовательские действия?
В частности интересует обработка, ведь если поле Log-текстовое, то его вместимость ограничена.
Если кто использует в качестве Log-ричтекст, то на каком этапе заносятся туда записи?

@Omh · 28.10.2007, 17:45

Хде поле log? <_<

@oxystyty · 28.10.2007, 17:55

во всех документах, с которыми усиленно работают пользователи у меня заведено поле Log,
куда при сохранении записывается кто и какие изменения сделал с документом

@Omh · 28.10.2007, 18:00

Тебе его во view показывать не надо, ведь верно?
Оставляй его текстовым и ставь проперти IsSummary в False.
После этого ограничение чудесным образом должно исчезнуть <_<

@Somdr · 28.10.2007, 18:35

Сообщение от Omh

Тебе его во view показывать не надо, ведь верно?
Оставляй его текстовым и ставь проперти IsSummary в False.
После этого ограничение чудесным образом должно исчезнуть <_<

Тока фигня одна есть... после ReplaceItemvalue или AppendItemValue оно опять будет тру... :(

@Omh · 29.10.2007, 09:31

Для: Sandr
Это да, но ведь это контролируемо
Хотя мне самому этот способ не очень нравиться.

@oxystyty · 29.10.2007, 11:11

IsSummary = False задала в Postopen, заполняю поле до предела, последние пару строк в поле не влезли, переоткрываю док, вижу сообщение типа Field is too much&32k , после этого данные в поле просто исчезают.

тут пробовала еще вариант, на querysave делаю проверку
size_=Lenb(doc.Log(0))
size_> 30000 Then
то добавляю содержимое поля Log в поле Log_Big(рич текст)
кажись, нормально работает

п.с. содержимое поля во вьюхе не отображаю

@Omh · 29.10.2007, 11:36

Для: oxystile
Скорее ставь на QuerySave, а не на PostOpen.

Или вообще для аудита документов создать отдельный документик/базу.
Зачем засирать полезные документы полем, которое может превысить 32k.

@oxystyty · 29.10.2007, 12:32

поставила IsSummary = False на QuerySave, уже на размер поля не ругается, но видимо у поля все же есть предел, т.к. я добила до того момента, когда оно просто не дополняется.
добавить поле лог в отдельный документик/базу нельзя в связи со спецификой работы.
Если и будет переполнение log за 32К, то будет это случаться не часто(по крайней мере в этой базе),поэтому хочу предусмотреть этот случай на будущее. Вариант с IsSummary в принципе устраивает, но не везде.
Есть одна БД, в кот. необходимо строго вести протокол, и полностью, и часто величина 32 к там будет превышена, так если я добавлю в такие документы поле rich text для протокола, то это сильно загрузит базу??

@Somdr · 30.10.2007, 11:30

А что мешает каждую запись протокола делать отдельным документом? так ведь даже удобней потом читать.. Или сделать так как в стандартной log.nsf... Так записываеться определенное количество записей в один документ, потом создается другой... и так дальше.. ИМХО удобней...

@oxystyty · 31.10.2007, 11:37

кстати да, попробовала логи хранить в отдельных документах, но только и в отдельной БД.
т.о. когда документы придется переносить из БД в архив, то с логами не придется ничего делать.

протестила и как итог:
-если БД незначительная и поле Log выйдет за пределы 32К только в исключительных случаях, то достаточно поставить на QuerySave IsSummary = False для Log.
-если БД значимая и Log будет переполняться довольно часто, то для документов такой БД рационально протокол вести как отдельный документ в отдельной БД, где поле Log будет уже Rich Text

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .
Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .	SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .

@oxystyty 0 / 0 / 0 Регистрация: 29.04.2006 Сообщений: 364

	поле Log 28.10.2007, 17:43. Показов 17987. Ответов 10 Метки нет (Все метки) кто как работает с полем лог-протокол, куда заносятся все изменения с документом,все пользовательские действия? В частности интересует обработка, ведь если поле Log-текстовое, то его вместимость ограничена. Если кто использует в качестве Log-ричтекст, то на каком этапе заносятся туда записи? 0

@Omh 0 / 0 / 1 Регистрация: 30.06.2007 Сообщений: 2,153
	28.10.2007, 17:45
	Хде поле log? <_< 0

@oxystyty 0 / 0 / 0 Регистрация: 29.04.2006 Сообщений: 364
	28.10.2007, 17:55
	во всех документах, с которыми усиленно работают пользователи у меня заведено поле Log, куда при сохранении записывается кто и какие изменения сделал с документом 0

@Omh 0 / 0 / 1 Регистрация: 30.06.2007 Сообщений: 2,153
	28.10.2007, 18:00
	Тебе его во view показывать не надо, ведь верно? Оставляй его текстовым и ставь проперти IsSummary в False. После этого ограничение чудесным образом должно исчезнуть <_< 0

@Omh 0 / 0 / 1 Регистрация: 30.06.2007 Сообщений: 2,153
	29.10.2007, 09:31
	Для: Sandr Это да, но ведь это контролируемо Хотя мне самому этот способ не очень нравиться. 0

@oxystyty 0 / 0 / 0 Регистрация: 29.04.2006 Сообщений: 364
	29.10.2007, 11:11
	IsSummary = False задала в Postopen, заполняю поле до предела, последние пару строк в поле не влезли, переоткрываю док, вижу сообщение типа Field is too much&32k , после этого данные в поле просто исчезают. тут пробовала еще вариант, на querysave делаю проверку size_=Lenb(doc.Log(0)) size_> 30000 Then то добавляю содержимое поля Log в поле Log_Big(рич текст) кажись, нормально работает п.с. содержимое поля во вьюхе не отображаю 0

@Omh 0 / 0 / 1 Регистрация: 30.06.2007 Сообщений: 2,153
	29.10.2007, 11:36
	Для: oxystile Скорее ставь на QuerySave, а не на PostOpen. Или вообще для аудита документов создать отдельный документик/базу. Зачем засирать полезные документы полем, которое может превысить 32k. 0

@oxystyty 0 / 0 / 0 Регистрация: 29.04.2006 Сообщений: 364
	29.10.2007, 12:32
	поставила IsSummary = False на QuerySave, уже на размер поля не ругается, но видимо у поля все же есть предел, т.к. я добила до того момента, когда оно просто не дополняется. добавить поле лог в отдельный документик/базу нельзя в связи со спецификой работы. Если и будет переполнение log за 32К, то будет это случаться не часто(по крайней мере в этой базе),поэтому хочу предусмотреть этот случай на будущее. Вариант с IsSummary в принципе устраивает, но не везде. Есть одна БД, в кот. необходимо строго вести протокол, и полностью, и часто величина 32 к там будет превышена, так если я добавлю в такие документы поле rich text для протокола, то это сильно загрузит базу?? 0

@Somdr 0 / 0 / 0 Регистрация: 19.07.2007 Сообщений: 1,098
	30.10.2007, 11:30
	А что мешает каждую запись протокола делать отдельным документом? так ведь даже удобней потом читать.. Или сделать так как в стандартной log.nsf... Так записываеться определенное количество записей в один документ, потом создается другой... и так дальше.. ИМХО удобней... 0

@oxystyty 0 / 0 / 0 Регистрация: 29.04.2006 Сообщений: 364
	31.10.2007, 11:37
	кстати да, попробовала логи хранить в отдельных документах, но только и в отдельной БД. т.о. когда документы придется переносить из БД в архив, то с логами не придется ничего делать. протестила и как итог: -если БД незначительная и поле Log выйдет за пределы 32К только в исключительных случаях, то достаточно поставить на QuerySave IsSummary = False для Log. -если БД значимая и Log будет переполняться довольно часто, то для документов такой БД рационально протокол вести как отдельный документ в отдельной БД, где поле Log будет уже Rich Text 0