Discussions
Categories
Groups
Community Home
Categories
INTERNAL ENABLEMENT
POPULAR
THRUST SERVICES & TOOLS
CLOUD EDITIONS
Quick Links
MY LINKS
HELPFUL TIPS
Back to website
Home
Content Management (Extended ECM)
API, SDK, REST and Web Services
Maximum of how many folders I can create under a folder in Livelink 9.2?
S_Swaminathan_(maninfoadmin_-_(deleted))
How many folders I can create under a folder?I am using Livelink 9.2I want to create a fodler in Livelink say 'Test'. Under this, I want to have a Livelink folder for each of my employee.Maximum, how many folders I can create under 'Test' folder?
Find more posts tagged with
Comments
Krishnankutty_Nair
I do not think there is any limit to it(maybe there is ,everything is finite).We have HR data in a folder approximating(50,000).Do not try to browse the folder,instead we provide a live report with a condition to search(SSN,last name,first name,the folders are named such).If you try to browse any folder (200 is what OT's recommendation for browse to work)having undue numbers the dynamic html building will time out.
Knowledge_Center_Administrator
Hi there,Ah...one of my favourite subjects! I completely agree with the approach described above. There is no (meaningful) limit to the number of documents you can have in a folder, but you should definitely limit your sub-items if you hope to browse that folders with many hundreds of sub-items. The previous post mentions that 200 is a pretty good limit. That may be true for some networks / environments, but it won't necessarily be true for others. There will be a certain amount of trial and error involved in determining what your users are willing to tolerate given their connection to the web. So much of this depends on your connection to the network/internet. For some users, 200 sub-items will display in a reasonable amount of time, for others (such as those in remote locations or on less-than-ideal bandwidth connections) 200 will be far too many sub-items. We run into this all the time in situations where we design a folder that loads/works well when you're in the office, but if you're on the road using a hotel or airport internet connection, it may be really too slow for acceptable usage.I think the major thing to remember is we are still talking about the time it takes to draw a web page. The bigger you make that page (ie. the more sub-items you put in the container) the longer it will take for your browser to draw the page. Regards,Dave
Chris_Jones
Message from Jones, Christopher L. \(IT\) via eLinkAlso one of my favorite subjects.OpenText should look at modifying the application to have a setting on the Parent ID where you could set a value and if this value were set LL would not perform a check against the children. The permissions of the children would be identical to that of the parent. Have your cake and eat it too. With permissions.I have done a few migrations from Legacy systems into LL and this is always an issue customers struggle with the concept. One other major factor in this is the number of groups a user belongs. LL queries the DB against every group each user belongs to and checks that against every item in the folder. IF you belong to 1 group and another user belongs to 10 groups that could take 10X longer to open the folder. Also you can allow more items in a folder that rarely gets retrieved.c3.jones@ngc.com-----Original Message-----From: eLink Discussion: Development Discussion[mailto:development@elinkkc.opentext.com]Sent: Tuesday, April 05, 2005 9:04 AMTo: eLink RecipientSubject: 200 etc.200 etc.Posted by Administrator, Knowledge Center on 04/05/2005 10:02 AMHi there,Ah...one of my favourite subjects! I completely agree with the approach described above. There is no (meaningful) limit to the number of documents you can have in a folder, but you should definitely limit your sub-items if you hope to browse that folders with many hundreds of sub-items. The previous post mentions that 200 is a pretty good limit. That may be true for some networks / environments, but it won't necessarily be true for others. There will be a certain amount of trial and error involved in determining what your users are willing to tolerate given their connection to the web. So much of this depends on your connection to the network/internet. For some users, 200 sub-items will display in a reasonable amount of time, for others (such as those in remote locations or on less-than-ideal bandwidth connections) 200 will be far too many sub-items. We run into this all the time in situations where we design a folder that loads/works well when you're in the office, but if you're on the road using a hotel or airport internet connection, it may be really too slow for acceptable usage.I think the major thing to remember is we are still talking about the time it takes to draw a web page. The bigger you make that page (ie. the more sub-items you put in the container) the longer it will take for your browser to draw the page. Regards,Dave[To reply to this thread, use your normal E-mail reply function.]============================================================Topic: Maximum of how many folders I can create under a folder in Livelink 9.2?
https://knowledge.opentext.com/knowledge/livelink.exe?func=ll&objId=3909904&objAction=viewDiscussion
: Development Discussion
https://knowledge.opentext.com/knowledge/livelink.exe?func=ll&objId=786303&objAction=viewLivelink
Server:
https://knowledge.opentext.com/knowledge/livelink.exe
eLink User
Message from Alex Kowalenko via eLinkIt seems that this subject has many followers. I do know that Open Text hasconsidered a "paging" option with maximum size limits to enhance theLivelink browsing experience. There is likely a module that does thisalready.-alex------Original Message-----From: eLink Discussion: Development Discussion[mailto:development@elinkkc.opentext.com] Sent: Tuesday, April 05, 2005 12:03 PMTo: eLink RecipientSubject: RE 200 etc.RE 200 etc.Posted by Jones, Chris on 04/05/2005 12:02 PMMessage from Jones, Christopher L. \(IT\) via eLinkAlso one of my favorite subjects.OpenText should look at modifying the application to have a setting on theParent ID where you could set a value and if this value were set LL wouldnot perform a check against the children. The permissions of the childrenwould be identical to that of the parent. Have your cake and eat it too.With permissions.I have done a few migrations from Legacy systems into LL and this is alwaysan issue customers struggle with the concept. One other major factor inthis is the number of groups a user belongs. LL queries the DB againstevery group each user belongs to and checks that against every item in thefolder. IF you belong to 1 group and another user belongs to 10 groups thatcould take 10X longer to open the folder. Also you can allow more items ina folder that rarely gets retrieved.c3.jones@ngc.com-----Original Message-----From: eLink Discussion: Development Discussion[mailto:development@elinkkc.opentext.com]Sent: Tuesday, April 05, 2005 9:04 AMTo: eLink RecipientSubject: 200 etc.200 etc.Posted by Administrator, Knowledge Center on 04/05/2005 10:02 AMHi there,Ah...one of my favourite subjects! I completely agree with the approach described above. There is no(meaningful) limit to the number of documents you can have in a folder, butyou should definitely limit your sub-items if you hope to browse thatfolders with many hundreds of sub-items. The previous post mentions that 200 is a pretty good limit. That may betrue for some networks / environments, but it won't necessarily be true forothers. There will be a certain amount of trial and error involved indetermining what your users are willing to tolerate given their connectionto the web. So much of this depends on your connection to thenetwork/internet. For some users, 200 sub-items will display in areasonable amount of time, for others (such as those in remote locations oron less-than-ideal bandwidth connections) 200 will be far too manysub-items. We run into this all the time in situations where we design afolder that loads/works well when you're in the office, but if you're on theroad using a hotel or airport internet connection, it may be really too slowfor acceptable usage.I think the major thing to remember is we are still talking about the timeit takes to draw a web page. The bigger you make that page (ie. the moresub-items you put in the container) the longer it will take for your browserto draw the page. Regards,Dave[To reply to this thread, use your normal E-mail reply function.]============================================================Topic: Maximum of how many folders I can create under a folder inLivelink 9.2?
https://knowledge.opentext.com/knowledge/livelink.exe?func=ll&objId=3909904&objAction=viewDiscussion
: Development Discussion
https://knowledge.opentext.com/knowledge/livelink.exe?func=ll&objId=786303&objAction=viewLivelink
Server:
https://knowledge.opentext.com/knowledge/livelink.exe[To
reply to this thread, use your normal E-mail reply function.]============================================================Topic: Maximum of how many folders I can create under a folder inLivelink 9.2?
https://knowledge.opentext.com/knowledge/livelink.exe?func=ll&objId=3909904&objAction=viewDiscussion
: Development Discussion
https://knowledge.opentext.com/knowledge/livelink.exe?func=ll&objId=786303&objAction=viewLivelink
Server:
https://knowledge.opentext.com/knowledge/livelink.exe