I have a Domino Form and i was thinking of keeping a log in a multi-value field.
For example
User Foo Bar created a new Item on 1/2/2015
I am wondering what is the storage limit of a multi-value field?
The limit varies a bit based on whether or not you have the SUMMARY flag enabled for the field, and gets a bit complicated if you do. The general rule of thumb is about 32k per field, with variations and limits based on the summary state. You can go much higher if you store it as Rich Text or MIME. I believe that the multi-value delimiter is one byte, and most characters are also one byte.
IBM has a table of limits here: https://www-01.ibm.com/support/knowledgecenter/#!/SSVRGU_9.0.1/com.ibm.designer.domino.main.doc/H_NOTES_AND_DOMINO_KNOWN_LIMITS.html
Warning: do not go above 32k of summary data in a document - there's a decent chance that you will be allowed to save it, but the document will then become unreadable.
The max size of all text fields in a document which have set the summary flag is 32K.
The summary flag has to be set if you want to show a field's content in a view.
If you set field's summery flag to false then the limit is 32K per text field.
Related
We have a lot of products that are stored as a Sitecore item.
Many of them use the presentation details defined on the Standard Values of the product template.
Now I would like the check for each product, if the presentation details is the same as the standard values.
And if they are not the same as in the standard values, I need to see the delta.
Someone an idea how to achieve this?
You can query all items and look at the "__renderings" field and come the value of it to the same field on the standard values. This field is the XML that stores the presentation settings. Any pages that have a value that doesn't match the standard values has been changed.
How do I add fields to the view when merging records?
All fields on the last used form are used for merge function, you don't have to do anything specifically other than making sure they are on the form.
The fields are always filtered and only shown if one or other of the merged records contains a value - this avoids wasting time and screen real estate asking users to select between two blanks, so they more easily see the fields that are different. Bit fields (two options) are included since they always have a value of 0 or 1.
See this page for some practical tips as well:
http://blogs.msdn.com/b/emeadcrmsupport/archive/2013/12/18/dynamics-crm-2011-merging-records-issue-with-multiple-forms.aspx
I have an xpage inside an indexed Lotus Notes database. There is a view control on the xpage (its data source being a Notes view), and since I plan to add a search text field to the xpage, I have been testing the view control "search" property (data\data\search). The documents on the database have text, date and numeric fields. When I look for something located on one of the text fields (e.g., koala), it works, but when I look for a date or a number no documents are found.
I wonder if this could be a localization problem, since in Spain we write the dates with format dd/mm/yyyy and the decimal character in numbers is the comma, but I also tried searching with format mm/dd/yyyy and using the point for decimals, and still no results are retrieved.
I also tried changing the searchFuzzy property on the view control, but nothing changed.
Thanks a lot,
Carlos
Can you post the search syntax you're using? It's hard to diagnose the exact cause. Dates and times definitely work in full text searches.
I'm sorry in advance if you've already excluded any of these. The page in the Notes Help entitled "How can I refine a search query using operators" defines the correct syntax for full text searching, that will allow you to confirm you've got the right syntax.
Also, try doing the same search in the search bar of a view in Notes client. That will help diagnose if it's a problem with search criteria or XPages. (I've used searches in a variety of databases and I'm not aware of any specific problems in XPages.)
Also, have the field data types changed or do you use the same field name for different data types. Notes holds a separate table of the data type assigned to a field name. Once a document is created that has that field, that's the data type used for full text searching. It's not form specific. So if you have a field MyDate that's text on one form and date on another, you can't search both ways. http://www.intec.co.uk/full-text-search-musings/
I want to copy feature from stackexchange sites: every time you have list of questions, on the right side there is a list of all tags presented in them, including their count (frequency).
Is there any performance friendly way, how to obtain this kind of information without iteration through every element in view? Let's suppose it should work with common view data source, and content of the view can be altered by filter (keys, category) or fulltext.
I have already have considered (and refused) few solutions:
Iterate through collection - unusable for performance reasons (especially if ViewNavigator can't be used - FT query).
Counting tags in rendered content - limited to visible page only, tags for other pages are not counted (stackexchange counts tags for every page). Good performance though.
DocumentCollection.intersect - iteration through all tags and intersecting collections of all documents with that tag against source collection would result in count of documents with such tag. This approach is performance killer.
You could use a categorized view with a summary column and query it in json. Needs to be collapsed. ?ReadViewEntries&Outputformat=json
I would consider two basic approaches:
Store the tags in a multi-value summary text field in your question documents, create a categorized view based on that field, open the view, create a NotesViewNavigator, use CreateViewNavFromCategory to create a NotesViewNavigator that only contains the documents that match the tag, and get the NotesViewNavigator.count() property value.
Store the tags in a field (it can be multi-valued or single-valued, summary or non-summary text or even a rich text field) in your question documents, full text index the database, and use the Database.FTSearch method with a search formula that uses the FIELD keyword to get a NotesDocumentCollection, and use the NotesDocumentCollection.count() property.
For filtering, I think the latter approach may be better. You might be able to just revise your FT query to include additional conditions to accomplish the filtering. This could be very flexible, and should be pretty fast. With NotesViewNavigator, on the other hand, you would have to iterate through the NotesViewEntry objects in order to do the filtering.
I have a cck field that needs to allow a different number of values depending on the role of the currently logged in user.
I'd like to find where the "number of values" data is stored for a cck field so that it can be dynamically changed when the node edit form is displayed.
From memory, if you change the number of values you may lose any additional - if you allow 5, then change to 2 you lose the other 3.
Is this not more of a UI concern? The CCK field itself can allow the max number of values that you want it to hold, and the widget that is used to allow these values to be entered / selected is customised based on the user role.
Changing the definition of an object based on the users role seems a bit excessive