taxomony load time

We tried to make OpenKM as intuitive as possible, but an advice is always welcome.
Forum rules
Please, before asking something see the documentation wiki or use the search feature of the forum. And remember we don't have a crystal ball or mental readers, so if you post about an issue tell us which OpenKM are you using and also the browser and operating system version. For more info read How to Report Bugs Effectively.
Post Reply
greengold
Junior Boarder
Junior Boarder
Posts: 21
Joined: Mon Feb 20, 2017 7:55 pm

taxomony load time

Post by greengold » Wed Oct 25, 2017 4:45 pm

Hi there!
We are using OpenKM with quite large amount of folders and files in it. I suppose this software should be ready for huge data loads.
However with folders count nearing ~60k the taxanomy tree gets slow.
The folder structure is like:

--okm:root
\--Client
\--{A-Z alphabet letter}
\--{client name folder}

what is happening is that when you click the client folder, the taxonomy part on the left is getting loaded for about a minute but you can click the folders on the right part which seems to be paginated or cached, I don't know.

My question is, how to make taxonovy view faster?

Thank you!

dferguson
Senior Boarder
Senior Boarder
Posts: 51
Joined: Thu May 18, 2017 12:48 pm

Re: taxomony load time

Post by dferguson » Wed Oct 25, 2017 6:33 pm

Enable paginate in the profiles section of Administration.
Screenshot from 2017-10-25 14-34-41.png

greengold
Junior Boarder
Junior Boarder
Posts: 21
Joined: Mon Feb 20, 2017 7:55 pm

Re: taxomony load time

Post by greengold » Wed Oct 25, 2017 8:43 pm

we have already enabled this. it helps for window on right not for the taxonomy on the left.

jllort
Moderator
Moderator
Posts: 9702
Joined: Fri Dec 21, 2007 11:23 am
Location: Sineu - ( Illes Balears ) - Spain
Contact:

Re: taxomony load time

Post by jllort » Fri Oct 27, 2017 8:05 am

Application works with several milions of documents without much problems, but you can not use the application as the way you decide, there's a good way of use the application for solving problems and others what we do not suggest.

You should thinking of take advantage of metadata in combination with more granularity in the taxonomy.

greengold
Junior Boarder
Junior Boarder
Posts: 21
Joined: Mon Feb 20, 2017 7:55 pm

Re: taxomony load time

Post by greengold » Fri Oct 27, 2017 8:19 am

does that mean that our tree structure in not too optimal or whar you suggest?

jllort
Moderator
Moderator
Posts: 9702
Joined: Fri Dec 21, 2007 11:23 am
Location: Sineu - ( Illes Balears ) - Spain
Contact:

Re: taxomony load time

Post by jllort » Sun Oct 29, 2017 5:27 pm

Yes I'm talking about the tree structure is not optimal. In deep, the same tools can be used in several ways to solve the same problem, understanding the problem you have ( with number of document created, security etc... ) might help us understanding it and we can suggest some ways for solving it.

However we are working in new UI ( version 7.x ) and some perfomance problems we have detected in version 6.4 and community will be solved there. Also in version 6.4 with plugins and customized UI we can get something similar than we will get in version 7, but as I said, first must understanding your problem in deep for identifying the correct way for solving it.

greengold
Junior Boarder
Junior Boarder
Posts: 21
Joined: Mon Feb 20, 2017 7:55 pm

Re: taxomony load time

Post by greengold » Mon Oct 30, 2017 6:01 pm

the folder structurte is as I pictured in the first post. client -> alphabet letters -> folders (~60k all together for all letters)
there are no documents yet just the folders..

jllort
Moderator
Moderator
Posts: 9702
Joined: Fri Dec 21, 2007 11:23 am
Location: Sineu - ( Illes Balears ) - Spain
Contact:

Re: taxomony load time

Post by jllort » Wed Nov 01, 2017 3:33 pm

if you have a folder structure like:
-root
--A
----A
----Z
--Z
----A
----Z

for example /okm:root/A/Z/AZ Person name

Might be in the third level you have a lot of folder, here you have several strategies ... use more deep /okm:root/[AZ]/[AZ]/[AZ]/[AZ]/[AZ]/ ( based on the first characters of the name and surfname.

But my suggestion is write each person based in another kind of logic, for example the bird name or the day you have created the record
/okm:root/2017/01/01

An create a metadata with fields:
Name, Surfname etc...

Really you do not need to navigate across the taxonomy, and you do not want to use it, what I suggest is based in metadata use search view for quickly accessing data.

Post Reply

Who is online

Users browsing this forum: No registered users and 1 guest