Подскажите, пожалуйста, какие существуют ограничения по количеству записей/объему для полей типа Authors?
(Точнее, действительно ли это 32К и больше ничего)

 

https://www.ibm.com/developerworks/ru/library/reader-names/index.html
"Наконец, хотя и редко, но список имен может превысить предел (32K SUMMARY) данных для поля."
На Авторов ограничения, наверное, такие же.

 

Ну как минимум пределы массива - 32к(т.к. границы массива - Integer)
Так же по объему скорее всего тоже не войдет - 32кб, вроде же?

 

Подскажите, пожалуйста, какие существуют ограничения по количеству записей/объему для полей типа Authors?
(Точнее, действительно ли это 32К и больше ничего)

Но SUMMARY свойство можно снимать, при определённых условиях и не надобности использования во вьюхах поля.
Тогда уже и не 32

 

при любых выкрутасах, суммарно для ВСЕХ!!! полей одного дока - 64к

 

при любых выкрутасах, суммарно для ВСЕХ!!! полей одного дока - 64к

фичапак8 описывает др. стуацию

3) Optionally Increase Document Summary Data (SPR #AKNX64TLRS APARID: LO04193)
You can increase the document summary data limit on Notes 9 databases to 16MB from 64K. (The size limit for a single field remains 32 K.)

http://www-10.lotus.com/ldd/fixlist...26aa7417bb60f7df852580b40072af2d?OpenDocument
проверять не удосуживался

 

описывает др. стуацию

да, в курсе, но пока фп8 в геморе - не актуально(
хотя, 16мб интересно, но эт надо переосмысливать весь дизайн доков новых баз на возможность иметь сотни 32-кашных айтемов дока.
как их показать (если надо)? практически ток через встроенную вьюшку или пасструаштмл (в классике, эссессно)
в любом случае, 16к большой гут, когда всё допилят

 

6мб интересно

Это только на объем всех полей вцелом:

Previously the combined size of all summary data fields in a document was limited to 64 K. This limit is now 16 MB. The size limit for a single field is still 64 K. The size limit for views is still 64K for the combined key and data.

 

Это только на объем всех полей вцелом:

дык @alexas1 так и написал

16мб интересно, но эт надо переосмысливать весь дизайн доков новых баз на возможность иметь сотни 32-кашных айтемов дока.