Skip to Main Content
Customer Feedback

We love feedback from you on our products and the problems in your daily work that you would like us to solve. Please describe the challenge you're encountering and your desired outcome. Be as detailed as possible.

For technical issues or bugs please head to Support or our Developer Community. You can assign up to 20 votes in total. Thank you for your feedback.

Status explanation: 'Future Consideration' = Continuing to collect further feedback, not planned at this time. 'Investigating' = Prioritized for deeper customer and feasibility investigations ahead of planning development.


We are pleased to announce that beginning on Tuesday, March 25th, we are launching a new feedback experience for our customers!

The new experience should transition over seamlessly, but please be aware that short interruptions to our feedback portal may occur on March 25th between 2:30-4:30pm EDT.


All the best, your Optimizely Product Team

Status Gathering interest
Categories Orders
Created by Guest
Created on Feb 28, 2024

Support for handling historical order data

There are 30-something order tables which are associated with orders (including line item, payments, addresses etc). Over time these tables grow very large, which affects not only the size of the tables but also the indexes.

Customers that have run Commerce for a couple of years can easily have millions of orders in the system and tens of millions of line items.

A database design where orders created today "compete" with orders that were made 4 years ago is inefficient by nature.

  • The structure will gradually decrease performance as data volume increase.

  • The size of the database itself is a cost driver in Azure/DXP.

  • It also makes backup handling/exports hard/impossible.

There should be some kind of archival mechanism in Commerce to move historical order data to a more efficient storage, e.g. as serialized JSON (much like the SerializableCart structure).