web
You’re offline. This is a read only version of the page.
close
Skip to main content

Notifications

Announcements

No record found.

Community site session details

Community site session details

Session Id :
Finance | Project Operations, Human Resources, ...
Suggested Answer

Smartlists are slow

(0) ShareShare
ReportReport
Posted on by 75,850 Moderator

Clients has been running Smartlists for years. They have accumulated over 1,000,000 records in the SOP30300 table. Running the unfiltered sales line detail Smartlist will take over 3 minutes before any records are displayed. If I go to SSMS and run SELECT TOP 1000 FROM [dbo].[SOP30300] the records display almost immediately. What could be causing this difference in GP with the Smartlist?

Categories:
I have the same question (0)
  • Suggested answer
    Beat Bucher  GP Geek  GPUG All Star Profile Picture
    28,058 Moderator on at

    Hi Richard,

    Unfortunately SmartList isn't as Smart as it sounds.. The way the queries are called to the back-end will likely show that they are far from optimal when sent to SQL.

    Are those built-in SL's from GP or custom-made with SL Designer or SL Builder ?

    What about SQL views to optimize the query and not dig into the Millions of rows from SOP30300..

    By default, the GP built-in SL's are using the built-in SQL view to retrieve data from GP, i.e. SalesTransactions and SalesLineItems... Those views were created by Microsoft to return combined data from Open, Work & History tables..

    HTH

  • Richard Wheeler Profile Picture
    75,850 Moderator on at

    So we have dumb Smartlists. That is good to know. Now they do have Smartlist Builder so I can create a new view and have them use that.

  • Beat Bucher  GP Geek  GPUG All Star Profile Picture
    28,058 Moderator on at

    Yes, if they own SL Builder, I'd definitely get them create  a custom View with some filters applied upfront to now grab too much data.. unless someone wants to dive back into historical data, there should be no reason to retrieve any other data that is more than 2-3 years old.

    SmartList should be used for current FY data.. not historical data. For that purpose you setup SSRS or Excel reports for the customer.

  • Suggested answer
    Derek Albaugh Profile Picture
    on at

    To add on, SmartList wasn't designed to handle very complex reporting nor filter through a million records to find the records to display and usually, when we start getting higher than about 1000 to 3000 records returned, depending on the environment, we start to see issues with the default SmartList functionality.

    For more complex reports, we recommend SSRS or Excel reports, which can handle heavier processing and filtering and return larger amounts of records without issues.

    SmartList Builder may have their own pros/cons of that as well.

    Thanks

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Responsible AI policies

As AI tools become more common, we’re introducing a Responsible AI Use…

Neeraj Kumar – Community Spotlight

We are honored to recognize Neeraj Kumar as our Community Spotlight honoree for…

Leaderboard > Finance | Project Operations, Human Resources, AX, GP, SL

#1
Martin Dráb Profile Picture

Martin Dráb 503 Most Valuable Professional

#2
André Arnaud de Calavon Profile Picture

André Arnaud de Cal... 434 Super User 2025 Season 2

#3
BillurSamdancioglu Profile Picture

BillurSamdancioglu 278 Most Valuable Professional

Last 30 days Overall leaderboard

Product updates

Dynamics 365 release plans