按 ID 超过 10000 的字段排序

Question

我需要使用按字段排序来进行特定排序。

select * from table order by field(id,3,4,1,2.......upto 10000 ids)

由于所需的排序无法从 SQL 中获取，那么它对性能的影响有多大，是否可行？

评论更新：

• 排序取决于用户和类别 ID，并且可以是用户想要的任何内容。
• 订购规格每天都会变化。

因此，我们需要根据用户和类别进行自定义排序，并且该排序需要每天更改。

Answer 1

最简单的方法是将您的订单放在一个单独的表中（在本例中称为 ordering_table）：

 id | position
----+----------
  1 | 11
  2 | 42
  3 | 23
 etc.

上面的意思是“将 1 的 id 放在位置 11, 2在位置 42，3 在位置 23，...”。然后，您可以将该排序表加入：

SELECT t.id, t.col1, t.col2
FROM some_table t
JOIN ordering_table o ON (t.id = o.id)
ORDER BY o.position

其中 ordering_table 是定义您的奇怪排序的表（如上所述）。这种方法只是将您的排序函数表示为一个表（任何具有有限域的函数本质上只是一个表）。

只要排序表完整，这种“排序表”方法就应该可以正常工作。

如果您只需要在一个地方进行这种奇怪的排序，那么您可以将 position 列合并到主表中，并添加 NOT NULL 和 UNIQUE 约束该列以确保您涵盖所有内容并具有一致的顺序。

进一步的评论表明您希望为不同的用户和类别提供不同的排序，并且排序每天都会发生变化。您可以为每个条件创建单独的表（这会导致组合爆炸），或者按照 Mikael Eriksson 和 ypercube 的建议，在排序表中添加更多列来保存用户和类别：

CREATE TABLE ordering_table (
    thing_id    INT NOT NULL,
    position    INT NOT NULL,
    user_id     INT NOT NULL,
    category_id INT NOT NULL
);

thing_id、user_id 和 category_id 将是各自表的外键，您可能希望对 ordering_table 中的所有列建立索引但是花几分钟查看查询计划是值得的，看看索引是否值得使用。您还可以将所有四列设为主键以避免重复。然后，查找查询将如下所示：

SELECT t.id, t.col1, t.col2
FROM some_table t
LEFT JOIN ordering_table o
     ON (t.id = o.thing_id AND o.user_id = $user AND o.category_id = $cat)
ORDER BY COALESCE(o.position, 99999)

其中 $user 和 $cat 分别是用户 ID 和类别 ID。请注意对 LEFT JOIN 的更改以及添加 COALESCE 以允许 ordering_table 中缺少行，这些更改会将订单中没有指定位置的任何内容推送到列表的底部，而不是而不是将它们从结果中完全删除。