You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@syncope.apache.org by "Laszlo Miklosik (JIRA)" <ji...@apache.org> on 2017/02/02 14:14:51 UTC

[jira] [Created] (SYNCOPE-1006) Performance and NoSql database support

Laszlo Miklosik created SYNCOPE-1006:
----------------------------------------

             Summary: Performance and NoSql database support
                 Key: SYNCOPE-1006
                 URL: https://issues.apache.org/jira/browse/SYNCOPE-1006
             Project: Syncope
          Issue Type: Improvement
            Reporter: Laszlo Miklosik


CRUD via the API and especially the search are very slow when you have e.g. 400.000 users with 30-40 normal attributes in place.

JPA and relational databases are not the optimal solution for the performance sensitive problem of provisioning and Syncope's search query builder is a very complex/fragile piece of code.

I am using Syncope 1.1.5 at the moment but I expect no miracles from 1.2.10 or 2.x with this amount of users and the same persistence solution.

I am raising this ticket because I did not find performance related items planned in the Syncope roadmap.

- Do you consider switching the persistence layer to a document store (e.g. MongoDB)? I think its schema-less nature would be ideal for storing flexible attributes and this way the row/document count explosion problem would be avoided by design. 

- Another possible performance improvement would be an async layer for the persistence and/or the REST API as well. Maybe using e.g. Redis or other publish-subscribe solution for this part?

Thanks!



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)