usually every application has at least one configuration document which contains some information about our application and of course you should to use these data in your application.
1. @DbLookUp and @DbColumn every time
first way is to create a view where you can find this document (@DBLookUp or @DbColumn)and receive needed data each time when you want, but it's very slowly way and stupid, because there are a lot of dblookup will be.
2. transmit Id of config doc
there is one another way which I prefer to use is to transmit the id of conifg documents (using @dblookup or other ways) and then each time when you need some data, you can use @getdocfield(id; fldName)
3. collect all data in 1 field in profile and then use this field
Another one good approach is to save all data in configuration document in one field, for example [fldName1]fldValue1:[fldName2]fldValue2:[fldName3]fldValue3 and so on, after that you can load this field using just 1 @dblookup and then parse it and receive this data. This method I used very often too, but now I switch to method #2.
ok, i know that we can you real profile documents, but i don't like to do it, and I'm not able to tell you why is it so :)
but any suggestion and new idea will be appreciate !
2 comments :
На мой взгляд собаки годятся только для формул скрытия и Evaluate'a... В этой статье - http://www.ibm.com/developerworks/lotus/library/digestsearch/index.html?S_TACT=105AGX13&S_CMP=EDU - есть небольшая табличка по скорости поиска документа... @DBLookup далеко в... Причем, @DBLookup берет одно поле, когда GetDocumentByKey и т.д. - документ
пысы
Кстати, в статье предложен классный метод доступа к документу. Конечно он применим в ограниченном наборе ситуаций и врядли кто-то будет над этим заморачиваться, но все же
да я бы не согласился, иногда формула намного элегантнее и проще чем скрипты. так что юзать и впредь буду не только для скрытий ;-)
а про скорость я знаю отлично, сам помешан на этом.
з.ы. а по этой теме, именно что ты показал, я писал диплом :-) так что знаю все и на зубок :-)
Post a Comment