nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

Alfresco maximun documents by space

paulescom

Hi everyone,

What is the best practice for documents quantity in an alfresco space for not affect the performance? I need create a space with 70.000 documents, this is fine? or I have crete sub-spaces for example by date? Exist a optimal spece size?

Thanks,

Paul

Find more posts tagged with

Comments

mrogers

There is no limit. What you may like to consider is how the folder is going to be used. Paging though hundreds or thousands of documents is not sensible.

paulescom

Hi mrogers, thanks for answer, very useful, I had read a myth then, and they said that this issue was related to the number of inodes that can handle a file system.

About the paging, my users really will not explore documents paging by paging , they will always use search tool.

Thank you again

mrogers

An alfresco node is not an inode. There may be something behind the myth … But 70 k docs in a folder accesses via search should be fine. If you access it via FTP which lists all files there may be a problem.

cesarista

Hi Mike:

When you say there is no limit, do you mean that there is no practical limit when accesing by uuid (search by uuid) ?

Because for the case of FTP, CIFS or Webdav channels, there exist practical limitations in clients as you pointed out. Even in server too (maximum 5000 results shown in webdav of cifs for example). Even for browsing in Alfresco Share, it does not seem a very good idea.

The only use case, when I understand it is not relevant is when using Alfresco as a "document database" for a third party application, and all the queries are done via uuid or similar.

Regards.

–C.

mrogers

Share has "paged" queries so the size of folder should not be a problem.

If content is being accessed via search/category/assocs then size of the folder is irrelevant

The point remains if you expect your users to scan though a list of thousands of documents then that's possibly not the best experience.

cesarista

Thanks for the feedback. Agree, the paged queries are a good solution for Alfresco Share.
In my personal experience, many final users use Alfresco as "web network drives" expecting to browse huge space structures with thousands of files, and only advanced users use search/category/assocs

Regards.

–C.