Hello,
first of all: I'm not sure which category is the correct one as it both fits in NAV Three Tier and SQL. I have also asked this question already at NAVUG but it seems that nobody has experienced it this far...
We are currently migrating from NAV 2009 R2 to NAV 2016. We have a fairly large database (> 1 million contacts, > 300k customers, > 4 million entries in the sales header archive, ...) and we have experienced a strange behavior concerning the quick filter on overview pages with large datasets.
Let's take for example the Contact List. In the quick filter we are using the No. field and search for one contact number, for example 00000001.
Loading time until the record comes up in the list is about 3 seconds. It takes another 3-4 seconds until the contact card is loaded completely.
When doing the same search with the normal filter the loading time is 1 second max. Both on the list and on the card.
Now comes the really strange part:
When using the quick filter and searching not for the contact number 00000001 but for example for two contacts (00000001..00000002) the loading time is 1 second max. for both the list and the card.
We are able to reproduce this over different pages with different fields. The only thing they've got in common is that there are many records on the table.
By looking into the SQL profiler we were able to see that NAV is sending a extra COLLATE command to the SQL server when using the quick filter with only record. This doesn't happen with the normal filter or when using the quick filter with two records.
I know this sounds a bit petty, but for our upgrading project we are really working on improving performance for the users... and 3-4 seconds when having a customer on the phone can be a really long time. And it doesn't happen on 2009 R2.
Some more information about the setup:
2016 is on Build 46773.
SQL Server 2014, Hardware is sufficient for the database (2 * Intel Xeon CPU E5620 @ 2.40GHz (16 cores), 120 GB RAM).
Clients are running on Win 7 Pro and Win 8 Pro. Middle Tier is running on 2012 R2.
SQL Keys have already been optimized by my NAV partner.
We have already tried to delete all FlowFields from the List page (deleted in the page object and not only just disabled). Same behavior.
Did any of you guys did experience something like this?
Thank you.
first of all: I'm not sure which category is the correct one as it both fits in NAV Three Tier and SQL. I have also asked this question already at NAVUG but it seems that nobody has experienced it this far...
We are currently migrating from NAV 2009 R2 to NAV 2016. We have a fairly large database (> 1 million contacts, > 300k customers, > 4 million entries in the sales header archive, ...) and we have experienced a strange behavior concerning the quick filter on overview pages with large datasets.
Let's take for example the Contact List. In the quick filter we are using the No. field and search for one contact number, for example 00000001.
Loading time until the record comes up in the list is about 3 seconds. It takes another 3-4 seconds until the contact card is loaded completely.
When doing the same search with the normal filter the loading time is 1 second max. Both on the list and on the card.
Now comes the really strange part:
When using the quick filter and searching not for the contact number 00000001 but for example for two contacts (00000001..00000002) the loading time is 1 second max. for both the list and the card.
We are able to reproduce this over different pages with different fields. The only thing they've got in common is that there are many records on the table.
By looking into the SQL profiler we were able to see that NAV is sending a extra COLLATE command to the SQL server when using the quick filter with only record. This doesn't happen with the normal filter or when using the quick filter with two records.
I know this sounds a bit petty, but for our upgrading project we are really working on improving performance for the users... and 3-4 seconds when having a customer on the phone can be a really long time. And it doesn't happen on 2009 R2.
Some more information about the setup:
2016 is on Build 46773.
SQL Server 2014, Hardware is sufficient for the database (2 * Intel Xeon CPU E5620 @ 2.40GHz (16 cores), 120 GB RAM).
Clients are running on Win 7 Pro and Win 8 Pro. Middle Tier is running on 2012 R2.
SQL Keys have already been optimized by my NAV partner.
We have already tried to delete all FlowFields from the List page (deleted in the page object and not only just disabled). Same behavior.
Did any of you guys did experience something like this?
Thank you.