Nintex Connect

The Official Community Site for Nintex Software Products, including Nintex Workflow 2007, 2010 and 2013; Nintex Workflow for Project Server 2010; Nintex Reporting 2008 and Nintex Analytics 2010; Nintex Forms 2010; Nintex Live and Nintex SmartLibrary.
Welcome to Nintex Connect Sign in | Join | Help
in Search

Are there any 'best practice' guides for Nintex Workflow database configuration?

Last post 03-17-2008, 1:16 PM by Cameron_McConnell. 1 replies.
Sort Posts: Previous Next
  •  02-25-2008, 10:49 AM 159

    Are there any 'best practice' guides for Nintex Workflow database configuration?

    This is a question we received from a customer recently and it seems like information that should be shared, so here is the reponse. 

    There are no ‘best practice’ guides as such.  Currently the only documentation is a) The installation guide and b) the SDK. The SDK has a section on the databases and describes what is stored in each table.

     

    Multiple content databases can be added to distribute the load. If there are multiple content databases, the product will automatically assign different content databases to different SharePoint site collections. 

     

    In the near future we intend to add purging options for database data however we cannot offer an ETA yet.

  •  03-17-2008, 1:16 PM 217 in reply to 159

    Re: Are there any 'best practice' guides for Nintex Workflow database configuration?

    Following up to this:

    The config database will never be particularly big so it is often used as well as the content database to help spread the load.

    With respect to how many databases to provision, Workflow data is partitioned across the Nintex workflow databases based on site collection. All data associated with a single site collection will be in the same database. There is no need to have more databases than you have site collections.

    We have not seen or had reports of any performance problems with single content databases.

    As such, there are no hard and fast rules to the number of databases required.  Logically,  as the number of rows increase in the workflow progress table, performance querying this table will be impacted. We are not far off releasing some functionality that will allow an Administrator to nominate how long workflow history data should be kept - configuring this will reduce the number of rows and the size of the database.

View as RSS news feed in XML
Powered by Community Server, by Telligent Systems