这对于集合理论课程来说听起来像是一个问题，但是这里也是如此。
我们是一家遭受季节性困扰的物流店（本季）。我们的主要选择线是全速运行，但是我们可以打开第二个较小的选择线，其中包含有限数量的物品。我们可以在二次采摘地点放置40个左右的skus。
问题是，如何选择具有项目限制的最高订单数量？我可以默认前40个skus和订单只有他们的skus，这将让我们有所缓解。但我想知道是否有更好的优化方法。我们可以做SQL或C＃，所以要么答案好。
假设订单行的简单结构，其数量和productId按orderId分组，我将从那里翻译......
答案 0 :(得分：0)
您希望减轻主要选择线的压力，我会假设您根据以下标准选择委托给辅助线路：
这是显而易见的，但是当选择哪些项目应该在次要线路上可用时，我认为还有一个需要考虑的事情，即包含10个不同项目的订单填充主线要花费更多时间比包含10个1项的订单。 （这种差异在次要线上并不那么尖锐，因为从较小的选择中找到项目更容易。）
因此，我认为您正在寻找一组项目，这些项目可以最大限度地减少主要选择线中剩余订单中项目类型的数量，而不仅仅是最小化订单数量主要选择线。
我现在没有时间为此提出一些代码，但这很有意思 - 我明天可能会回来。